MySQL的INNODB引擎性能优化总结一

1.并发：数据迄今最高有多少个连接，登录mysql以后执行

显示全局状态，如“max_used_connections”；

显示“ max_connections”之类的变量;

一般情况，满足以下关系即可：

max_used_connections / max_connections * 100% <=85%

2.Innodb_buffer_pool：它对innodb引擎的mysql性能起着决定性的作用。

由于Innodb把数据和索引都缓存起来，官方推荐将其设置到 70-80% 的可用内存。

如果业务不多，并且不会暴增，无需把innodb_buffer_pool_size 设置的太大。

3.innodb_log_file_size：配置文件提示设置到innodb_buffer_pool_size的25%

它在高写入负载情况下很重要。这个值越大则性能相对越高，但可能会增加恢复时间。

4.innodb_flush_logs_at_trx_commit：

默认值是 1，这意味着每次提交的更新事务(或者每个事务之外的语句)都会刷新到磁盘中，

这相当耗费资源。如果设置为 2 ，也就是先把日志刷新到操作系统的缓存上，然后日志会

每秒刷新到磁盘中去，因此通常不会丢失每秒1-2次更新的消耗。

5.innodb_log_buffer_size：这个值指的是在高并发下，如果在1秒钟内日志缓存写满

了这个值，就立即从内存中刷新到磁盘的ib_logfilex上。这个值一般设置8M即可，根据

实际情况酌情处理。

6.临时表： 执行show global status like ‘created_tmp%’; 将出现

 

每次创建临时表，Created_tmp_tables增加，如果是在磁盘上创建临时表，

Created_tmp_disk_tables也增加,Created_tmp_files表示MySQL服务创建的临时文

件文件数：当创建_tmp_disk_tables / Created_tmp_tables * 100% <= 25%

时候，说明健康状态可以。如果大于25%，说明tmp_table_size和max_heap_table_size

的值小了，需要增加，将他们都增加到一定值，比如都设置为256M（其实已经非常大了），

如果Created_tmp_disk_tables / Created_tmp_tables * 100% 的值还降不下去，

说明sql语句可能有问题，强制使用了硬盘临时表。通过执行

显示变量，其中 Variable_name 在 ('tmp_table_size', 'max_heap_table_size');

可知道tmp_table_size和max_heap_table_size的大小。

7.open table（打开表）：执行 show global status like ‘open%tables%’; 显示如下：

 

Open_tables 表示打开表的数量，Opened_tables表示打开过的表数量，如果Opened_tables数量过大，

说明配置中 table_cache值可能太小。将它改大些，比如512.

通过执行show global status like ‘open%tables%’;和显示变量，如“table_cache”；

找到 Open_tables ，打开_tables ，表缓存(5.1.3之后这个值叫做table_open_cache)的值，

它们满足以下关系即可。

open_tables / 打开_表 * 100% >= 85%

open_tables / 表缓存(5.1.3之后这个值叫做table_open_cache) * 100% <= 95%

8.进程使用情况: 执行show global status like ‘Thread%’;出现

threads_created表示创建过的线程数，如果发现Threads_created值过大的话，

表明 MySQL服务器一直在创建线程和销毁线程，这是比较耗资源的，可以适当增加

配置文件中thread_cache_size值(如果[mysqld]字段下没有这个项目，请自行添加)。

比如增加到16,32,或64根据情况而定。通过执行 show variables like ‘thread_cache_size’;

可确定当前配置文件中设置的thread_cache_size的值是多少。使用 Threads_created/连接

计算cache命中率.