哪些指标影响数据库性能,mysql哪些参数比较影响数据库性能
来源:整理 编辑:黑码技术 2024-11-21 21:59:23
本文目录一览
1,mysql哪些参数比较影响数据库性能
table_open_cache是打开表的缓存数量,不是定义内存的大小,而是定义可以缓存多少打开的表的文件句柄信息.如果定义的太小,那么MySQL在需要打开新表的时候就要不断的关闭已经打开的表和打开此次需要打开的表,性能会受到影响.默认值不会影响到性能的,相反,因为有默认值,所以insert的时候可以减少字段,一定程度上海可以提高性能默认值是数据库的内在实现机制,和你直接存值一样的,只不过是交给数据库自己完成,对外实现了隐藏
2,数据库性能优化基准测试的度量指标有哪些
当前业界常见的服务器性能指标有:TPC-CTPC-ETPC-HSPECjbb2005SPECjEnterprise2010SPECint2006 及 SPECint_rate_2006SPECfp2006 及 SPECfp_rate_2006SAP SD 2-TierLINPACKRPE2一、TPC (Transaction Processing Performance Council) 即联机交易处理性能协会, 成立于1988年的非盈利组织,各主要软硬件供应商均参与,成立目标: 为业界提供可信的数据库及交易处理基准测试结果,当前发 布主要基准测试为:TPC-C : 数据库在线查询(OLTP)交易性能TPC-E : 数据库在线查询(OLTP)交易性能TPC-H : 商业智能 / 数据仓库 / 在线分析(OLAP)交易性能1.TPC-C测试内容:数据库事务处理测试, 模拟一个批发商的订单管理系统。实际衡量服务器及数据库软件处理在线查询交易处理(OLTP)的性能表现. 正规 TPC-C 测试结果发布必须提供 tpmC值, 即每分钟完成多少笔 TPC-C 数据库交易 (TPC-C Transaction Per Minute), 同时要提供性价比$/tpmC。如果把 TPC-C 测试结果写成为 tpm, TPM, TPMC, TPCC 均不属正规。2.TPC-E测试内容:数据库事务处理测试,模拟一个证券交易系统。与TPC-C一样,实际衡量服务器及数据库软件处理在线查询交易处理(OLTP)的性能表现。正规TPC-E测试结果必须提供tpsE值,即每秒钟完成多少笔TPC-E数据库交易(transaction per second),同时提供$/tpsE。测试结果写成其他形式均不属正规。对比:TPC-E测试较TPC-C测试,在测试模型搭建上增加了应用服务器层,同时增加了数据库结构的复杂性,测试成本相对降低。截止目前,TPC-E的测试结果仅公布有50种左右,且测试环境均为PC服务器和windows操作系统,并无power服务器的测试结果。除此之外,TPC官方组织并未声明TPC-E取代TPC-C,所以,说TPC-E取代TPC-C并没有根据。
3,影响oracle查询性能的因素都有哪些
1、调整数据结构的设计.这一部分在开发信息系统之前完成,程序员需要考虑是否使用ORACLE数据库的分区功能,对于经常访问的数据库表是否需要建立索引等. 2、调整应用程序结构设计.这一部分也是在开发信息系统之前完成,程序员在这一步需要考虑应用程序使用什么样的体系结构,是使用传统的Client/Server两层体系结构,还是使用Browser/Web/Database的三层体系结构.不同的应用程序体系结构要求的数据库资源是不同的.影响oracle系统性能的参数:影响oracle数据性能的因素有很多,比如:操作系统,cpu 性能,内存分配不合理,oracle 配置,i/o 冲突,网络速度低以及sql使用常见错误等等都会影响数据库的性能。1)操作系统:oracle 数据库服务器很大程度上依赖于运行服务器的操作系统,操作系统配置不合理会直接降低oracle性能;2)cpu占用过高:cpu 是服务器中一个重要的资源 ,cpu 资源被其它应用占用或被某个数据库事务占用,会导致其它数据库事务运行停滞,而使数据库响应迟钝,比如:空闲时,cpu占用率超过90%,则说明oracle服务器cpu资源不足,低效率的 sql 语句、锁冲突、sql 语句的重解析等原因都会引起 cpu 资源不足;3)i/o 冲突:由于磁盘在同一时刻只能满足一个进程的需要,当多个进程同时访问同一个磁盘时,会引起读写盘冲突,进而降低整个系统的速度;4)oracle 配置:每一个 oracle 实例都是由一组 oracle 后台进程和系统全局区的一个内存区所组成的, 正确调整 oracle 配置将会对系统性能产生重大的影响;5)内存分配不合理:内存分配不合理将会减少 oracle 用于存放最近访问过的数据的缓冲区空间,并导致操作系统频繁进行页面或内存交换,从而导致计算机系统额外的 i/o 开销;6)网络速度低:网络的带宽会在一定程度上影响系统的整体性能,网络速度过低会增加网络 i/o 负荷量,从而降低数据库系统的吞吐量并延长用户响应时间;7)sql使用常见错误:配置和数据迁移的错误,大量递归 sql 语句的存在,长时间的全表扫描,一些数据库结构的设置不合理,重做日志文件的不合理设置,i/o 设备的不合理的规划,非标准参数的使用,执行效率很差的 sql 语句,游标和共享池的错误使用,低效率的数据库连接。
4,影响数据库性能的主要因素有哪些
这一个问题其实和数据库存的安全问题差不多, 据CVE的数据安全漏洞统计,Oracle、SQL Server、MySQL等主流数据库的漏洞逐年上升,以Oracle为例,当前漏洞总数已经超过了1200多个。1.硬件的环境 cpu,内存,网络传输条件等均会影响到oracle的性能。 硬件方面的例子,不用举例大家也会有所了解,这里不再详细说明。 2.数据库运行时的配置参数也会影响到oracle的性能 下面以一个示例项目中涉及问题为例,说明一下配置参数的影响. 当前我们的项目供某公司的一个部门使用,正常运行一段时间后就会出现运行特别慢的现象(当前的服务器有两块cpu),通过对linux中cup和内存的运行情况,我们发现是由于一块cpu在运行一段时间时,会出现100%被占用的情况,而另一块cpu却利用率很低,通过对两块cpu的负载均衡,程序运行速度恢复正常。 3.对于不合理的表结构设计也会影响到oracle的性能 对于不合理的表结构对性能的影响,我们在另一个项目中也有发生,当前有一张表,存储了用户手机号码,在统计时需要对用户的手机号码进行分类统计,而另一张表中存储了与手机号码前四或前七位匹配的地区名称,这时间程序员写了一条sql语句为: select * from userphone,userarea where (left(userphone.phone,4) == userarea.id or left(userphone,7)==userarea.id);该语句在前期userphone表数据量不多时,没有感觉到性能方面的影响,但当userphone达到1万条时,性能迅速降低,经过分析后, 确定是由于表结构不太合理,于是在userphone中增加一个userarea的id列,sql语句修改为 select * from userphone,userarea where userphone.areaid ==userarea.id),程序运行性能恢复正常. 4.对于程序员而言,写出不合理的sql语句也会影响oracle的性能 (1)如果程序员创建一个数据库更新事务之类,而没有进行commit及进的提交,将会造成系统锁死的状态,这样会严重影响系统的性能。 (2)在第3条中,程序员写出的类似于select * from userphone,userarea where (left(userphone.phone,4) == userarea.id or left(userphone,7)==userarea.id);的语句主要还是由于对sql运行的机制不了解,没有分析该条语句将要处理的数据记录的数量,从而没有发现表结构的不合理,由此造成性能的严重下降。
文章TAG:
哪些 指标 影响 数据 哪些指标影响数据库性能