mysql5.1性能优化方案.pdfVIP

MySQL5.1 性能优化方案 1. 平台数据库 1.1.操作系统 Red Hat Enterprise Linux Server release 5.4 (Tikanga) ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped 32 位Linux 服务器，单独作为MySQL 服务器使用。 1.2. MySQL 系统使用的是MySQL5.1 ，最新的MySQL5.5 较之老版本有了大幅改进。主 要体现在以下几个方面： 1）默认存储引擎更改为InnoDB InnoDB 作为成熟、高效的事务引擎，目前已经广泛使用，但MySQL5.1 之前的 版本默认引擎均为 MyISAM ，此次MySQL5.5 终于将默认数据库存储引擎改为 InnoDB，并且引进了Innodb plugin 1.0.7。此次更新对数据库的好处是显而易见 的：InnoDB 的数据恢复时间从过去的一个甚至几个小时，缩短到几分钟(InnoDB plugin 1.0.7 ，InnoDB plugin 1.1 ，恢复时采用红-黑树) 。InnoDB Plugin 支持数据 压缩存储，节约存储，提高内存命中率，并且支持adaptive flush checkpoint, 可 以在某些场合避免数据库出现突发性能瓶颈。 Multi Rollback Segments ： 原来InnoDB 只有一个Segment，同时只支持1023 的 并发。现已扩充到128 个Segments，从而解决了高并发的限制。 2 ）多核性能提升 Metadata Locking (MDL) Framework 替换 LOCK_open mutex (lock) ，使得 MySQL5.1 及过去版本在多核心处理器上的性能瓶颈得到解决。 3 ）制功能(Replication)加强 过去的异步复制方式意味着极端情况下的数据风险，MySQL5.5 将首次支持半同 步(semi-sync replication)在MySQL 的高可用方案中将产生更多更加可靠的方案。 4 ）增强表分区功能 MySQL 5.5 的分区更易于使用的增强功能，以及TRUNCATE PARTITION命令都 可以为管理和维护数据库节省大量的时间，并且具有更加灵活高效的分区方式。 1.3. CPU 系统所用CPU 是单个4 核CPU 。对于CPU 密集的负载，MySQL 通常从更快的 CPU 中获益，而不是更多CPU 。MySQL5.1 的架构对多CPU 的扩展性不好，并 且MySQL 不能在多个CPU 上并行地运行某个查询，因此在对于单个CPU 进行 密集的查询时，CPU 速度限制了响应时间。为了实现低延迟，即快速响应时间， 需要快速的CPU ，因为单个查询只能使用一个CPU 。值得注意的是，MySQL5.5 在多核心处理器上的性能有了很大的提升。另外，MySQL 在64 位架构上工作得 更好，比32 位架构更能有效地使用大量内存。 尽管本系统使用的是32 位操作系统，CPU 运行在32 位模式下，但它仍支持64 位计算。（ ） cat /proc/cpuinfo | grep flags | grep lm | wc -l 1.4.磁盘空间 系统的磁盘空间目前没有压力。 1.5. 内存 内存总大小为4G，只供操作系统和数据库使用。 1.6.数据库的表和文件 数据库addb共有339 张表：其中InnoDB表 303 张，MyISAM 表34 张， MEMORY表2张。 InnoDB数据文件ibdata1大小为30138MB，一周后ibdata1大小为30234MB， MyISAM数据文件（包括表结构、索引及数据）总大小约为1642MB，一周后约 为 1639MB。可以看出，数据库的数据量较稳定， InnoDB 数据文件增加了约 106MB，总大小一周内 没有大的变化。MyISAM 表中，值得注意的是表 terminalalarm_ba ，该表总大小约为1623MB，占整个MyISAM表总大小比重近 99%。 二进制日志