show status 来优化MySQL 数据库_show global status like '%tmp%';-优快云博客

1,查看MySQL服务器配置信息

1.mysql> show variables;

2,查看MySQL服务器运行的各种状态值

1.mysql> show global status;

3,慢查询

1.mysql> show variables like'%slow%';

2.+------------------+-------+

3.| Variable_name | Value |

4.+------------------+-------+

5.| log_slow_queries | OFF |

6.| slow_launch_time |2|

7.+------------------+-------+

8.mysql> show global status like'%slow%';

9.+---------------------+-------+

10.| Variable_name | Value |

11.+---------------------+-------+

12.| Slow_launch_threads |0|

13.| Slow_queries |279|

14.+---------------------+-------+

配置中关闭了记录慢查询（最好是打开，方便优化），超过2秒即为慢查询，一共有279条慢查询

4,连接数

1.mysql> show variables like'max_connections';

2.+-----------------+-------+

3.| Variable_name | Value |

4.+-----------------+-------+

5.| max_connections |500|

6.+-----------------+-------+

8.mysql> show global status like'max_used_connections';

9.+----------------------+-------+

10.| Variable_name | Value |

11.+----------------------+-------+

12.| Max_used_connections |498|

13.+----------------------+-------+

设置的最大连接数是500，而响应的连接数是498

max_used_connections / max_connections * 100% = 99.6%（理想值_ 85%）

5, key_buffer_size

key_buffer_size是对MyISAM表性能影响最大的一个参数,不过数据库中多为Innodb

1.mysql> show variables like'key_buffer_size';

2.+-----------------+----------+

3.| Variable_name | Value |

4.+-----------------+----------+

5.| key_buffer_size |67108864|

6.+-----------------+----------+

8.mysql> show global status like'key_read%';

9.+-------------------+----------+

10.| Variable_name | Value |

11.+-------------------+----------+

12.| Key_read_requests |25629497|

13.| Key_reads |66071|

14.+-------------------+----------+

一共有25629497个索引读取请求，有66071个请求在内存中没有找到直接从硬盘读取索引，计算索引未命中缓存的概率：

key_cache_miss_rate＝Key_reads / Key_read_requests * 100% =0.27%

需要适当加大key_buffer_size

1.mysql> show global status like'key_blocks_u%';

2.+-------------------+-------+

3.| Variable_name | Value |

4.+-------------------+-------+

5.| Key_blocks_unused |10285|

6.| Key_blocks_used |47705|

7.+-------------------+-------+

Key_blocks_unused表示未使用的缓存簇(blocks)数，Key_blocks_used表示曾经用到的最大的blocks数

Key_blocks_used / (Key_blocks_unused + Key_blocks_used) * 100% _ 18%（理想值_ 80%）

6,临时表

1.mysql> show global status like'created_tmp%';

2.+-------------------------+---------+

3.| Variable_name | Value |

4.+-------------------------+---------+

5.| Created_tmp_disk_tables |4184337|

6.| Created_tmp_files |4124|

7.| Created_tmp_tables |4215028|

8.+-------------------------+---------+

每次创建临时表，Created_tmp_tables增加，如果是在磁盘上创建临时表，Created_tmp_disk_tables也增加,Created_tmp_files表示

MySQL服务创建的临时文件文件数：

Created_tmp_disk_tables / Created_tmp_tables * 100%＝99%（理想值<= 25%）

1.mysql> show variables where Variable_name in ('tmp_table_size','max_heap_table_size');

2.+---------------------+-----------+

3.| Variable_name | Value |

4.+---------------------+-----------+

5.| max_heap_table_size |134217728|

6.| tmp_table_size |134217728|

7.+---------------------+-----------+

需要增加tmp_table_size

7,open table的情况

1.mysql> show global status like'open%tables%';

2.+---------------+-------+

3.| Variable_name | Value |

4.+---------------+-------+

5.| Open_tables |1024|

6.| Opened_tables |1465|

7.+---------------+-------+

Open_tables表示打开表的数量，Opened_tables表示打开过的表数量，如果Opened_tables数量过大，说明配置中table_cache(5.1.3

之后这个值叫做table_open_cache)值可能太小，我们查询一下服务器table_cache值

1.mysql> show variables like'table_cache';

2.+---------------+-------+

3.| Variable_name | Value |

4.+---------------+-------+

5.| table_cache |1024|

6.+---------------+-------+

Open_tables / Opened_tables * 100% =69%理想值（>= 85%）

Open_tables / table_cache * 100% = 100%理想值(<= 95%)

8,进程使用情况

1.mysql> show global status like'Thread%';

2.+-------------------+-------+

3.| Variable_name | Value |

4.+-------------------+-------+

5.| Threads_cached |31|

6.| Threads_connected |239|

7.| Threads_created |2914|

8.| Threads_running |4|

9.+-------------------+-------+

如果我们在MySQL服务器配置文件中设置了thread_cache_size，当客户端断开之后，服务器处理此客户的线程将会缓存起来以响应

下一个客户而不是销毁（前提是缓存数未达上限）。Threads_created表示创建过的线程数，如果发现Threads_created值过大的话，

表明MySQL服务器一直在创建线程，这也是比较耗资源，可以适当增加配置文件中thread_cache_size值，查询服务器

thread_cache_size配置：

1.mysql> show variables like'thread_cache_size';

2.+-------------------+-------+

3.| Variable_name | Value |

4.+-------------------+-------+

5.| thread_cache_size |32|

6.+-------------------+-------+

9,查询缓存(query cache)

1.mysql> show global status like'qcache%';

2.+-------------------------+----------+

3.| Variable_name | Value |

4.+-------------------------+----------+

5.| Qcache_free_blocks |2226|

6.| Qcache_free_memory |10794944|

7.| Qcache_hits |5385458|

8.| Qcache_inserts |1806301|

9.| Qcache_lowmem_prunes |433101|

10.| Qcache_not_cached |4429464|

11.| Qcache_queries_in_cache |7168|

12.| Qcache_total_blocks |16820|

13.+-------------------------+----------+

Qcache_free_blocks：缓存中相邻内存块的个数。数目大说明可能有碎片。FLUSH QUERY CACHE会对缓存中的碎片进行整理，从

而得到一个空闲块。

Qcache_free_memory：缓存中的空闲内存。

Qcache_hits：每次查询在缓存中命中时就增大

Qcache_inserts：每次插入一个查询时就增大。命中次数除以插入次数就是不中比率。

Qcache_lowmem_prunes：缓存出现内存不足并且必须要进行清理以便为更多查询提供空间的次数。这个数字最好长时间来看；如果

这个数字在不断增长，就表示可能碎片非常严重，或者内存很少。(上面的free_blocks和free_memory可以告诉您属于哪种情况）

Qcache_not_cached：不适合进行缓存的查询的数量，通常是由于这些查询不是SELECT语句或者用了now()之类的函数。

Qcache_queries_in_cache：当前缓存的查询（和响应）的数量。

Qcache_total_blocks：缓存中块的数量。

我们再查询一下服务器关于query_cache的配置：

1.mysql> show variables like'query_cache%';

2.+------------------------------+----------+

3.| Variable_name | Value |

4.+------------------------------+----------+

5.| query_cache_limit |33554432|

6.| query_cache_min_res_unit |4096|

7.| query_cache_size |33554432|

8.| query_cache_type | ON |

9.| query_cache_wlock_invalidate | OFF |

10.+------------------------------+----------+

各字段的解释：

query_cache_limit：超过此大小的查询将不缓存

query_cache_min_res_unit：缓存块的最小大小

query_cache_size：查询缓存大小

query_cache_type：缓存类型，决定缓存什么样的查询，示例中表示不缓存select sql_no_cache查询

query_cache_wlock_invalidate：当有其他客户端正在对MyISAM表进行写操作时，如果查询在query cache中，是否返回cache结

果还是等写操作完成再读表获取结果。

query_cache_min_res_unit的配置是一柄”双刃剑”，默认是4KB，设置值大对大数据查询有好处，但如果你的查询都是小数据查询，

就容易造成内存碎片和浪费。

查询缓存碎片率= Qcache_free_blocks / Qcache_total_blocks * 100%

如果查询缓存碎片率超过20%，可以用FLUSH QUERY CACHE整理缓存碎片，或者试试减小query_cache_min_res_unit，如果你

的查询都是小数据量的话。

查询缓存利用率= (query_cache_size – Qcache_free_memory) / query_cache_size * 100%

查询缓存利用率在25%以下的话说明query_cache_size设置的过大，可适当减小；查询缓存利用率在80％以上而且

Qcache_lowmem_prunes > 50的话说明query_cache_size可能有点小，要不就是碎片太多。

查询缓存命中率= (Qcache_hits – Qcache_inserts) / Qcache_hits * 100%

示例服务器查询缓存碎片率＝20.46％，查询缓存利用率＝62.26％，查询缓存命中率＝1.94％，命中率很差，可能写操作比较

频繁吧，而且可能有些碎片。

10,排序使用情况

1.mysql> show global status like'sort%';

2.+-------------------+----------+

3.| Variable_name | Value |

4.+-------------------+----------+

5.| Sort_merge_passes |2136|

6.| Sort_range |81888|

7.| Sort_rows |35918141|

8.| Sort_scan |55269|

9.+-------------------+----------+

Sort_merge_passes包括两步。MySQL首先会尝试在内存中做排序，使用的内存大小由系统变量Sort_buffer_size决定，如果它的

大小不够把所有的记录都读到内存中，MySQL就会把每次在内存中排序的结果存到临时文件中，等MySQL找到所有记录之后，再

把临时文件中的记录做一次排序。这再次排序就会增加Sort_merge_passes。实际上，MySQL会用另一个临时文件来存再次排序的

结果，所以通常会看到Sort_merge_passes增加的数值是建临时文件数的两倍。因为用到了临时文件，所以速度可能会比较慢，增

加Sort_buffer_size会减少Sort_merge_passes和创建临时文件的次数。但盲目的增加Sort_buffer_size并不一定能提高速度，

见How fast can you sort data with MySQL?（引自http://qroom.blogspot.com/2007/09/mysql-select-sort.html）

另外，增加read_rnd_buffer_size(3.2.3是record_rnd_buffer_size)的值对排序的操作也有一点的好处，参见：

http://www.mysqlperformanceblog.com/2007/07/24/what-exactly-is- read_rnd_buffer_size/

11.文件打开数(open_files)

1.mysql> show global status like'open_files';

2.+---------------+-------+

3.| Variable_name | Value |

4.+---------------+-------+

5.| Open_files |821|

6.+---------------+-------+

8.mysql> show variables like'open_files_limit';

9.+------------------+-------+

10.| Variable_name | Value |

11.+------------------+-------+

12.| open_files_limit |65535|

13.+------------------+-------+

比较合适的设置：Open_files / open_files_limit * 100% <= 75％

正常

12,表锁情况

1.mysql> show global status like'table_locks%';

2.+-----------------------+---------+

3.| Variable_name | Value |

4.+-----------------------+---------+

5.| Table_locks_immediate |4257944|

6.| Table_locks_waited |25182|

7.+-----------------------+---------+

Table_locks_immediate表示立即释放表锁数，Table_locks_waited表示需要等待的表锁数，如果Table_locks_immediate /

Table_locks_waited > 5000，最好采用InnoDB引擎，因为InnoDB是行锁而MyISAM是表锁，对于高并发写入的应用InnoDB效果

会好些.

13.表扫描情况

1.mysql> show global status like'handler_read%';

2.+-----------------------+-----------+

3.| Variable_name | Value |

4.+-----------------------+-----------+

5.| Handler_read_first |108763|

6.| Handler_read_key |92813521|

7.| Handler_read_next |486650793|

8.| Handler_read_prev |688726|

9.| Handler_read_rnd |9321362|

10.| Handler_read_rnd_next |153086384|

11.+-----------------------+-----------+

各字段解释参见http://hi.baidu.com/thinkinginlamp/blog/item/31690cd7c4bc5cdaa144df9c.html，调出服务器完成的查询请求次数：

1.mysql> show global status like'com_select';

2.+---------------+---------+

3.| Variable_name | Value |

4.+---------------+---------+

5.| Com_select |2693147|

6.+---------------+---------+

计算表扫描率：

表扫描率＝Handler_read_rnd_next / Com_select

如果表扫描率超过4000，说明进行了太多表扫描，很有可能索引没有建好，增加read_buffer_size值会有一些好处，但最好不要超过

8MB。