查看mysql参数命令
1, 查看MySQL服务器配置信息
mysql> show variables;
2, 查看MySQL服务器运⾏的各种状态值
mysql> show global status;
3, 慢查询
mysql> show variables like '%slow%'; +------------------+-------+ | Variable_name | Value | +------------------+-------+ | log_slow_queries | OFF | | slow_launch_time | 2 | +------------------+-------+ mysql> show global status like '%slow%'; +---------------------+-------+ | Variable_name | Value | +---------------------+-------+ | Slow_launch_threads | 0 | | Slow_queries | 279 | +---------------------+-------+
配置中关闭了记录慢查询（最好是打开，⽅便优化），超过2秒即为慢查询，⼀共有279条慢查询
4, 连接数
eclipse导入jar包
mysql> show variables like 'max_connections'; +-----------------+-------+ | Variable_name | Value | +-----------------+-------+ |
max_connections | 500 | +-----------------+-------+ mysql> show global status like 'max_used_connections'; +----------------------+-------+ | Variable_name | Value | +----------------------+-------+ | Max_used_connections | 498 | +----------------------+-------+
设置的最⼤连接数是500，⽽响应的连接数是498c型钢生产加工设备
max_used_connections / max_connections * 100% = 99.6% （理想值 ≈ 85%）
5, key_buffer_size
key_buffer_size是对MyISAM表性能影响最⼤的⼀个参数, 不过数据库中多为Innodb
mysql> show variables like 'key_buffer_size'; +-----------------+----------+ | Variable_name | Value | +-----------------+----------+ |
key_buffer_size | 67108864 | +-----------------+----------+ mysql> show global status like 'key_read%'; +-------------------+----------+ |
Variable_name | Value | +-------------------+----------+ | Key_read_requests | 25629497 | | Key_reads | 66071 | +-------------------+----------+
⼀共有25629497个索引读取请求，有66071个请求在内存中没有到直接从硬盘读取索引，计算索引未命中缓存的概率：
key_cache_miss_rate ＝ Key_reads / Key_read_requests * 100% =0.27%
需要适当加⼤key_buffer_size
mysql> show global status like 'key_blocks_u%'; +-------------------+-------+ | Variable_name | Value | +-------------------+-------+ |
Key_blocks_unused | 10285 | | Key_blocks_used | 47705 | +-------------------+-------+
Key_blocks_unused表⽰未使⽤的缓存簇(blocks)数，Key_blocks_used表⽰曾经⽤到的最⼤的blocks数
Key_blocks_used / (Key_blocks_unused + Key_blocks_used) * 100% ≈ 18% （理想值≈ 80%）
6，临时表
+-------------------------+---------+ mysql> show global status like 'created_tmp%'; +-------------------------+---------+ | Variable_name | Value | +-------------------------+---------+ | Created_tmp_disk_tables | 4184337 | | Created_tmp_files | 4124 | | Created_tmp_tables | 4215028 | +-------------------------+---------+
每次创建临时表，Created_tmp_tables增加，如果是在磁盘上创建临时表，Created_tmp_disk_tables也增加,Created_tmp_files表⽰MySQL 服务创建的临时⽂件⽂件数：
Created_tmp_disk_tables / Created_tmp_tables * 100% ＝ 99% （理想值<= 25%）
mysql> show variables where Variable_name in ('tmp_table_size', 'max_heap_table_size'); +---------------------+-----------+ |
Variable_name | Value | +---------------------+-----------+ | max_heap_table_size | 134217728 | | tmp_table_size | 134217728 | +---------------------+-----------+
需要增加tmp_table_size
configjson文件下载7,open table 的情况
mysql> show global status like 'open%tables%'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | Open_tables | 1024 | | Opened_tables | 1465 | +---------------+-------+
Open_tables 表⽰打开表的数量，Opened_tables表⽰打开过的表数量，如果Opened_tables数量过⼤，说明配置中 table_cache(5.1.3之后这个值叫做table_open_cache)值可能太⼩，我们查询⼀下服务器table_cache值
mysql> show variables like 'table_cache'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | table_cache | 1024 | +---------------+-------+
Open_tables / Opened_tables * 100% =69% 理想值（>= 85%）
Open_tables / table_cache * 100% = 100% 理想值 (<= 95%)
8, 进程使⽤情况
mysql> show global status like 'Thread%'; +-------------------+-------+ | Variable_name | Value | +-------------------+-------+ | Threads_cached | 31 | | Threads_connected | 239 | | Threads_created | 2914 | | Threads_running | 4 | +-------------------+-------+
如果我们在MySQL服务器配置⽂件中设置了thread_cache_size，当客户端断开之后，服务器处理此客户的线程将会缓存起来以响应下⼀个客户⽽不是销毁（前提是缓存数未达上限）。Threads_created表⽰创建过的线程数，如果发现Threads_created值过⼤的话，表明 MySQL 服务器⼀直在创建线程，这也是⽐较耗资源，可以适当增加配置⽂件中thread_cache_size值，查询服务器 thread_cache_size配置：
mysql> show variables like 'thread_cache_size'; +-------------------+-------+ | Variable_name | Value | +-------------------+-------+ |
thread_cache_size | 32 | +-------------------+-------+
9, 查询缓存(query cache)
mysql> show global status like 'qcache%'; +-------------------------+----------+ | Variable_name | Value | +-------------------------+----------+ | Qcache_free_blocks | 2226 | | Qcache_free_memory | 10794944 | | Qcache_hits | 5385458 | | Qcache_inserts | 1806301 | |
Qcache_lowmem_prunes | 433101 | | Qcache_not_cached | 4429464 | | Qcache_queries_in_cache | 7168 | | Qcache_total_blocks | 16820 | +-------------------------+----------+
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的配置：
mysql> show variables like 'query_cache%'; +------------------------------+----------+ | Variable_name | Value | +------------------------------+----------+ | query_cache_limit | 33554432 | | query_cache_min_res_unit | 4096 | | query_cache_size | 33554432 | | query_cache_type | ON | | query_cache_wlock_invalidate | OFF | +------------------------------+----------+
各字段的解释：
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%mysql查看所有存储过程
查询缓存利⽤率在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％，命中率很差，可能写操作⽐较频繁吧，⽽且可能有些碎⽚。devil trigger
10，排序使⽤情况
mysql> show global status like 'sort%'; +-------------------+----------+ | Variable_name | Value | +-------------------+----------+ |
Sort_merge_passes | 2136 | | Sort_range | 81888 | | Sort_rows | 35918141 | | Sort_scan | 55269 | +-------------------+----------+
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 （引⾃）
另外，增加read_rnd_buffer_size(3.2.3是record_rnd_buffer_size)的值对排序的操作也有⼀点的好处，参见：
11.⽂件打开数(open_files)
mysql> show global status like 'open_files'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | Open_files | 821 | +---------------+-------+ mysql> show variables like 'open_files_limit'; +---
---------------+-------+ | Variable_name | Value | +------------------+-------+ |
open_files_limit | 65535 | +------------------+-------+
⽐较合适的设置：Open_files / open_files_limit * 100% <= 75％
正常
12。表锁情况
Java代码
mysql> show global status like 'table_locks%'; +-----------------------+---------+ | Variable_name | Value | +-----------------------+---------+ | Table_locks_immediate | 4257944 | | Table_locks_waited | 25182 | +-----------------------+---------+
Table_locks_immediate 表⽰⽴即释放表锁数，Table_locks_waited表⽰需要等待的表锁数，如果 Table_locks_immediate /
Table_locks_waited > 5000，最好采⽤InnoDB引擎，因为InnoDB是⾏锁⽽MyISAM是表锁，对于⾼并发写⼊的应⽤InnoDB效果会好些.
13. 表扫描情况索引的使⽤情况
mysql> show global status like 'handler_read%'; +-----------------------+-----------+ | Variable_name | Value | +-----------------------+-----------+ | Handler_read_first | 108763 | | Handler_read_key | 92813521 | | Handler_read_next | 486650793 | | Handler_read_prev | 688726 | | Handler_read_rnd | 9321362 | | Handler_read_rnd_next | 153086384 | +-----------------------+-----------+
structural concrete各字段解释参见，调出服务器完成的查询请求次数：
mysql> show global status like 'com_select'; +---------------+---------+ | Variable_name | Value | +---------------+---------+ | Com_select | 2693147 | +---------------+---------+
计算表扫描率：
表扫描率＝ Handler_read_rnd_next / Com_select
如果表扫描率超过4000，说明进⾏了太多表扫描，很有可能索引没有建好，增加read_buffer_size值会有⼀些好处，但最好不要超过8MB。Handler_read_first 代表读取索引头的次数，如果这个值很⾼，说明全索引扫描很多。
Handler_read_key代表⼀个索引被使⽤的次数，如果我们新增加⼀个索引，可以查看Handler_read_key是否有增加，如果有增加，说明sql ⽤到索引。
Handler_read_next 代表读取索引的下列，⼀般发⽣range scan。
Handler_read_prev 代表读取索引的上列，⼀般发⽣在ORDER BY … DESC。
Handler_read_rnd 代表在固定位置读取⾏，如果这个值很⾼，说明对⼤量结果集进⾏了排序、进⾏了全表扫描、关联查询没有⽤到合适的KEY。
Handler_read_rnd_next 代表进⾏了很多表扫描，查询性能低下。
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论