MySQL性能测试调优

操作系统

基本操作

查看磁盘分区mount选项

$ mount

永久修改分区mount选项（系统重启后生效）

修改文件 /etc/fstab 中对应分区的mount options列的值

在线修改分区mount选项（系统重启后失效）

$sudo -t ext4 -o remount,noatime,errors=remount-or /

文件系统优化

ext4文件系统优化

分区mount选项加noatime $sudo -t ext4 -o remount,noatime,errors=remo

注意：刚开始加了 nodelalloc 发现mysql写入不如去掉此参数（原因需分析)[参考：http://blog.tao.ma/?p=58]

MySQL

基本操作

显示innodb引擎状态

mysql> show engine innodb status;

查看配置参数

mysql> show variables [like ''];

查看运行状态值

mysql> show global status [like ''];

修改配置参数方法

4.1. 修改配置文件（重启服务生效，适用于所有参数）

文件位置： /etc/my.cnf

4.2. 命令动态修改（重启服务失效，适用于动态参数）

°mysql> set global [参数]=[值]

重启MySQL服务

$ sudo service [mysql.server] restart

赋权同时添加用户，刷新权限

语法：

mysql> grant [权限] privileges on [数据库].[对象] to [用户名]%'[机器名]' identified by '[密码]';

示例：

mysql> grant all privileges on *.* to user1@'%' identified by 'pass1';
mysql> grant all privileges on *.* to user1@'localhost' identified by 'pass1';
mysql> flush privileges;

参数调整

innodb_buffer_pool_size 参考

作用：

InnoDB用于缓存表及索引数据的内存缓冲区，InnoDB加速优化首要参数

说明：

InnoDB用于缓存表及索引数据的内存缓冲区容量的字节数。默认是128M。最大值受限于CPU架构;32位系统最大4294967295 (2的32次方减1)，64位系统最大18446744073709551615 (2的64次方减1)。在32位系统中,CPU架构和操作系统可以使用的实际最大值可能小于理论上的最大值。当缓冲区大小超过1GB时，设置innodb_buffer_pool_instances为大于1的值，能够改进一个负荷较大的服务器的可扩展性。
如果你将这个值设的较大，当多次访问数据表中相同的数据时可以减少磁盘IO.专用的数据库服务器上，你可以将此值设置为机器物理内存的80%。如果出现以下问题，请缩小该参数的值。
1.物理内存争用，导致操作系统进行页调度
2.InnoDB用额外的内存进行缓冲和控制结构，所以总共分配的内存将比指定的约大10%
3.地址空间必须是连续的，这在Windows系统中某些DLL需要加载指定地址时可能是一个问题
4.初始化缓冲池的时间与它的大小成正比，如果缓冲池太大，初始化时间可能比较长。例如，在一个现代的Linux x86_64服务器，初始化10GB的缓冲池大约需要6秒。

修改方法：

静态参数，必须通过配置文件修改: innodb_buffer_pool_size=8G

日志相关参数

2.1. innodb_log_file_size 参考

作用：

日志组中每个日志文件大小

说明：

日志组中每个日志文件的大小. 所有日志文件大小总和(innodb_log_file_size * innodb_log_files_in_group)不能超过一个最大值(略小于512GB)。例如，两个255G的日志文件刚好接近但未超过最大值。默认值是48M。合理的取值范围是1MB到缓冲池大小的1/N,N是日志组中日志文件个数。这个值越大，缓冲池就需要更少的刷新检查，减少磁盘IO。但是值过大会加大宕机恢复时间，虽然自MySQL5.5改进了恢复性能，但是还是要考虑下这个值的合理性。

修改方法：

静态参数，必须通过配置文件修改: innodb_log_file_size=256M

2.2. innodb_log_files_in_group 参考

作用：

日志组中日志文件个数。

说明：

日志组中日志文件个数。InnoDB循环方式写日志文件。默认值（也是建议值）是2。日志文件的位置通过innodb_log_group_home_dir指定。所有日志文件大小总和(innodb_log_file_size * innodb_log_files_in_group)不能超过一个最大值(略小于512GB)。

修改方法：

静态参数，必须通过配置文件修改: innodb_log_files_in_group=3

2.3. innodb_log_buffer_size 参考

作用：

InnoDB写日志文件到磁盘的缓冲区大小

说明：

InnoDB写日志文件到磁盘的缓冲区大小。默认值是8M。大的日志缓冲区支持大事务运行，在事务提交前不需要将日志写到磁盘。如果你有些事务update,insert或delete很多行，加大日志缓冲可以减少磁盘IO。

修改方法：

静态参数，必须通过配置文件修改: innodb_log_buffer_size=16M

innodb_flush_method 参考

作用：

控制InnoDB flush数据和日志文件采用的系统调用

说明：

Windows不用设置
Linux可选择：fdatasync（默认），O_DSYNC，O_DIRECT（直接写入磁盘，禁止系统Cache），O_DIRECT_NO_FSYNC（>=5.6.7版本支持）

修改方法：

静态参数，必须通过配置文件修改: innodb_flush_method=O_DIRECT

innodb_flush_log_at_trx_commit（未修改）参考

作用：

控制事务符合ACID和提高系统性能之间的权衡

说明：

这个参数在事务符合ACID和高性能之间进行平衡，你可以通过调整这个参数达到高性能，但是宕机时可能丢失1秒的事务。
这个参数有3个值选项0,1,2：
1（默认值）：严格遵从ACID，事务提交时log buffer被写到日志文件中，并将日志文件内容flush到磁盘。
0：任何mysqld进程崩溃丢失1秒钟的事务。log buffer每隔1秒被写入日志文件并将日志文件刷新到磁盘，事务提交时不执行log buffer写入日志文件的操作。因为系统调度问题，不能保证每秒日志文件都刷新到磁盘百分之百执行。
2：任何mysqld进程崩溃丢失1秒钟的事务。事务提交时log buffer被写入日志文件，每隔1秒将日志文件刷新到磁盘。因为系统调度问题，不能保证每秒日志文件都刷新到磁盘百分之百执行。

修改方法：

动态参数，可以通过配置文件和命令修改：innodb_flush_log_at_trx_commit=2

巴特西

MySQL性能测试调优

MySQL性能测试调优

最新文章

热门文章