欢迎来到天天文库
浏览记录
ID:1969928
大小:753.00 KB
页数:40页
时间:2017-11-14
《mysql5.1性能优化方案》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库。
1、MySQL5.1性能优化方案1.平台数据库1.1.操作系统RedHatEnterpriseLinuxServerrelease5.4(Tikanga)ELF32-bitLSBexecutable,Intel80386,version1(SYSV),forGNU/Linux2.6.9,dynamicallylinked(usessharedlibs),forGNU/Linux2.6.9,stripped32位Linux服务器,单独作为MySQL服务器使用。1.2.MySQL系统使用的是MySQL5.1,最新的MySQL5.5较之老版本有了大幅改进。主要
2、体现在以下几个方面:1)默认存储引擎更改为InnoDBInnoDB作为成熟、高效的事务引擎,目前已经广泛使用,但MySQL5.1之前的版本默认引擎均为MyISAM,此次MySQL5.5终于将默认数据库存储引擎改为InnoDB,并且引进了Innodbplugin1.0.7。此次更新对数据库的好处是显而易见的:InnoDB的数据恢复时间从过去的一个甚至几个小时,缩短到几分钟(InnoDBplugin1.0.7,InnoDBplugin1.1,恢复时采用红-黑树)。InnoDBPlugin支持数据压缩存储,节约存储,提高内存命中率,并且支持adaptive
3、flushcheckpoint,可以在某些场合避免数据库出现突发性能瓶颈。MultiRollbackSegments:原来InnoDB只有一个Segment,同时只支持1023的并发。现已扩充到128个Segments,从而解决了高并发的限制。2)多核性能提升MetadataLocking(MDL)Framework替换LOCK_openmutex(lock),使得MySQL5.1及过去版本在多核心处理器上的性能瓶颈得到解决。1)制功能(Replication)加强过去的异步复制方式意味着极端情况下的数据风险,MySQL5.5将首次支持半同步(sem
4、i-syncreplication)在MySQL的高可用方案中将产生更多更加可靠的方案。2)增强表分区功能MySQL5.5的分区更易于使用的增强功能,以及TRUNCATEPARTITION命令都可以为管理和维护数据库节省大量的时间,并且具有更加灵活高效的分区方式。1.1.CPU系统所用CPU是单个4核CPU。对于CPU密集的负载,MySQL通常从更快的CPU中获益,而不是更多CPU。MySQL5.1的架构对多CPU的扩展性不好,并且MySQL不能在多个CPU上并行地运行某个查询,因此在对于单个CPU进行密集的查询时,CPU速度限制了响应时间。为了实现
5、低延迟,即快速响应时间,需要快速的CPU,因为单个查询只能使用一个CPU。值得注意的是,MySQL5.5在多核心处理器上的性能有了很大的提升。另外,MySQL在64位架构上工作得更好,比32位架构更能有效地使用大量内存。尽管本系统使用的是32位操作系统,CPU运行在32位模式下,但它仍支持64位计算。(cat/proc/cpuinfo
6、grepflags
7、grep'lm'
8、wc-l)1.2.磁盘空间系统的磁盘空间目前没有压力。1.1.内存内存总大小为4G,只供操作系统和数据库使用。1.2.数据库的表和文件数据库addb共有339张表:其中InnoDB
9、表303张,MyISAM表34张,MEMORY表2张。InnoDB数据文件ibdata1大小为30138MB,一周后ibdata1大小为30234MB,MyISAM数据文件(包括表结构、索引及数据)总大小约为1642MB,一周后约为1639MB。可以看出,数据库的数据量较稳定,InnoDB数据文件增加了约106MB,总大小一周内没有大的变化。MyISAM表中,值得注意的是表terminalalarm_bak,该表总大小约为1623MB,占整个MyISAM表总大小比重近99%。二进制日志单个文件大小为1GB,二进制日志文件总大小接近20GB。1.3.数
10、据分布情况服务器某时间点非精确值:数据量范围表数量(总共339张,其中分区表2张)1000万11、ultdetail_fail的数据量达到4千万,createTime列是datatime类型,且有索引,意味
11、ultdetail_fail的数据量达到4千万,createTime列是datatime类型,且有索引,意味
此文档下载收益归作者所有