MySQL优化相关查询指令

查看 MySQL 服务器配置信息

mysql> show variables;

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

mysql> show global status;

慢查询

mysql> show variables like ‘%slow%’;
mysql> show global status like ‘%slow%’;

分析慢查询日志，找出有问题的 SQL 语句，慢查询时间不宜设置过长，否则意义不大，最好在 5 秒以内，如果你需要微秒级别的慢查询，可以考虑给 MySQL 打补丁：http://www.percona.com/docs/wiki/release:start，记得找对应的版本。

连接数 经常会遇见”MySQL: ERROR 1040: Too many connections”的情况，一种是访问量确实很高，MySQL 服务器抗不住，这个时候就要考虑增加从服务器分散读压力，另外一种情况是 MySQL 配置文件中 max_connections 值过小：

mysql> show variables like ‘max_connections’;
mysql> show global status like ‘max_used_connections’;

最大连接数占上限连接数的 85%左右，如果发现比例在 10%以下，MySQL 服务器连接数上限设置的过高了。

key_buffer_size

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

mysql> show variables like ‘key_buffer_size’;
mysql> show global status like ‘key_read%’;

计算索引未命中缓存的概率： key_cache_miss_rate ＝ Key_reads / Key_read_requests * 100% =0.27% key_cache_miss_rate 在 0.1%以下都很好(每 1000 个请求有一个直接读硬盘)，如果 key_cache_miss_rate 在 0.01%以下的话，key_buffer_size 分配的过多，可以适当减少。

keyblocks*参数

mysql> show global status like ‘key_blocks_u%’;

Key_blocks_unused 表示未使用的缓存簇(blocks)数， Key_blocks_used 表示曾经用到的最大的 blocks 数。 比较理想的设置： Key_blocks_used / (Key_blocks_unused + Key_blocks_used) * 100% ≈ 80%

open table 的情况

mysql> show global status like ‘open%tables%’;

Open_tables 表示打开表的数量，Opened_tables 表示打开过的表数量，如果 Opened_tables 数量过大，说明配置中 table_cache(5.1.3 之后这个值叫做 table_open_cache)值可能太小，我们查询一下服务器 table_cache 值

mysql> show variables like ‘table_cache’;

Open_tables / Opened_tables _ 100% =69% 理想值 （>= 85%） Open_tables / table_cache _ 100% = 100% 理想值 (<= 95%)

进程使用情况

mysql> show global status like ‘Thread%’;

如果我们在 MySQL 服务器配置文件中设置了 thread_cache_size，当客户端断开之后，服务器处理此客户的线程将会缓存起来以响应下一个客户而不是销毁（前提是缓存数未达上限）。Threads_created 表示创建过的线程数，如果发现 Threads_created 值过大的话，表明 MySQL 服务器一直在创建线程，这也是比较耗资源，可以适当增加配置文件中 thread_cache_size 值，查询服务器 thread_cache_size 配置：

mysql> show variables like ‘thread_cache_size’;

查询缓存(query cache)

mysql> show variables like ‘query_cache%’;
mysql> show global status like ‘qcache%’;

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

• Qcache_free_memory：缓存中的空闲内存。

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

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

• Qcache_lowmem_prunes：缓存出现内存不足并且必须要进行清理以便为更多查询提供空间的次数。这个数字最好长时间来看；如果这个数字在不断增长，就表示可能碎片非常严重，或者内存很少。

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

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

• Qcache_total_blocks：缓存中块的数量。

  ​