1 / 40
文档名称:

mysql性能优化解决方案.doc

格式:doc   大小:752KB   页数:40页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

mysql性能优化解决方案.doc

上传人:sxlw2016 2018/7/25 文件大小:752 KB

下载得到文件列表

mysql性能优化解决方案.doc

相关文档

文档介绍

文档介绍:MySQL数据库性能优化
Renhao 2011/11/30
资源管理平台数据库
操作系统
Red Hat Enterprise Linux Server release (Tikanga)
ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux , dynamically linked (uses shared libs), for GNU/Linux , stripped
32位Linux服务器,单独作为MySQL服务器使用。
MySQL
,。主要体现在以下几个方面:
默认存储引擎更改为InnoDB
InnoDB作为成熟、高效的事务引擎,目前已经广泛使用,,,并且引进了Innodb plugin 。此次更新对数据库的好处是显而易见的:InnoDB的数据恢复时间从过去的一个甚至几个小时,缩短到几分钟(InnoDB plugin ,InnoDB plugin , 恢复时采用红-黑树)。InnoDB Plugin 支持数据压缩存储,节约存储,提高内存命中率,并且支持adaptive flush checkpoint, 可以在某些场合避免数据库出现突发性能瓶颈。
Multi Rollback Segments: 原来InnoDB只有一个Segment,同时只支持1023的并发。现已扩充到128个Segments,从而解决了高并发的限制。
多核性能提升
Metadata Locking (MDL) Framework替换LOCK_open mutex (lock),使得

制功能(Replication)加强
过去的异步复制方式意味着极端情况下的数据风险,(semi-sync replication)在MySQL的高可用方案中将产生更多更加可靠的方案。
增强表分区功能
MySQL ,以及TRUNCATE PARTITION命令都可以为管理和维护数据库节省大量的时间,并且具有更加灵活高效的分区方式。
CPU
系统所用CPU是单个4核CPU。对于CPU密集的负载,MySQL通常从更快的CPU中获益,而不是更多CPU。,并且MySQL不能在多个CPU上并行地运行某个查询,因此在对于单个CPU进行密集的查询时,CPU速度限制了响应时间。为了实现低延迟,即快速响应时间,需要快速的CPU,因为单个查询只能使用一个CPU。值得注意的是,。另外,MySQL在64位架构上工作得更好,比32位架构更能有效地使用大量内存。
尽管本系统使用的是32位操作系统,CPU运行在32位模式下,但它仍支持64位计算。(cat /proc/cpuinfo | grep flags | grep ' lm ' | wc -l)
磁盘空间
系统的磁盘空间目前没有压力。
内存
内存总大小为4G,只供操作系统和数据库使用。
数据库的表和文件
数据库addb共有339张表:其中InnoDB表303张,MyISAM表34张,MEMORY表2张。
InnoDB数据文件ibdata1大小为30138MB,一周后ibdata1大小为30234MB,
MyISAM数据文件(包括表结构、索引及数据)总大小约为1642MB,一周后约为1639MB。可以看出,数据库的数据量较稳定,InnoDB数据文件增加了约106MB,总大小一周内没有大的变化。MyISAM表中,值得注意的是表terminalalarm_bak,该表总大小约为1623MB,占整个MyISAM表总大小比重近99%。
二进制日志单个文件大小为1GB,二进制日志文件总大小接近20GB。
数据分布情况
服务器某时间点非精确值:
数据量范围
表数量(总共339张,其中分区表2张)
1000万<rows<5000万
4张(MyISAM表1张)
500万<rows<1000万
6张
100万<rows<500万
5张
50万<rows<100万
4张
10万<rows<50万
12张(MyISAM表1张)
5万<rows<10万
9张(MyISAM表1张)
1万<rows<5万
23张(MyISAM表2张)