转载

MySQL的优化点总结---通过计算多种状态的百分比看MySQL的性能情况

2016-04-03 20:18:25 | 分类：数据库 | 标签： | 举报 | 字号大中小订阅

用微信 “扫一扫”

将文章分享到朋友圈。

用易信 “扫一扫”

将文章分享到朋友圈。

下载LOFTER 我的照片书 |

非原创，源自

沈睿朋友

----------------------------------------------

1 读写比例：

show global status like 'Com_select'; 获得服务器启动到目前查询操作执行的次数；

show global status like 'Com_insert'; 获得服务器启动到目前插入操作执行的次数；

show global status like 'Com_update'; 获得服务器启动到目前更新操作执行的次数；

show global status like 'Com_delete’; 获得服务器启动到目前删除操作执行的次数；

计算读百分比：

select concat(Com_select / (Com_select+Com_insert+Com_update+Com_delete)* 100,'%');

计算写百分比：

select concat(Com_insert+Com_update+Com_delete / (Com_select+Com_insert+Com_update+Com_delete) * 100,’%’);

通过检查数据库读写比例，可反映出应用是读密集型还是写密集型。

2 慢查询比例：

开启慢查询日志：

slow_query_log = 1 # 开启慢查询日志

log_output = FILE|TABLE # 指定日志存储方式，默认为 file

slow_query_log_file = slow-query.log # 指定慢查询日志文件位置

long_query_time = 1 # 执行及响应时间超过该参数设置的值记录日志

show global status like 'Slow_queries '; # 获得服务器启动到目前慢查询操作记录的次数；

注意，慢查询包括 select 、 update 以及 delete ，没有 insert 。

计算慢查询比例：

select concat(Slow_queries / (Com_select+Com_update+Com_delete) * 100,’%’);

通过计算慢查询比例，可反映出数据库运行效能。

3 连接数检查：

show global status like 'max_connections'; # 获得数据库运行的最大连接数

show global status like 'Connections'; # 获得数据库运行到目前，总共被连接了多少次

show global status like 'Threads_connected'; # 获得当前连接数

show global status like 'Threads_running'; # 获得当前正在运行的连接数

show global status like 'Max_used_connections'; # 获得最大一次的连接数

计算当前连接数的比例：

select concat(Threads_connected / max_connections × 100,’%’); # 计算最大一次的连接数比例：

select concat(Max_used_connections / max_connections × 100,’%’); # 通过连接数检查，可得知数据库在不同时间段被请求的压力

4 线程缓存：

show global status like 'Connections'; # 获得数据库运行到目前，总共被连接了多少次

show global status like 'Threads_created'; # 获得数据库运行到目前，创建连接线程的次数

计算连接线程缓存命中率：

select concat((Connections-Threads_created) / Connections × 100,’%’);

通过计算连接线程缓存命中率，可反映出连接线程的命中情况，命中率越大越好。

5 表缓存：

show global status like 'Table_open_cache_misses'; # 新打开的表的次数。

show global status like 'Table_open_cache_hits'; # 从表缓存中拿已打开的表的次数，该状态变量 5.6 才开始存在

show global status like 'Opened_tables'; # 打开表的总次数

通过已知自己数据库中有多少表，再观察 Opened_tables 的值，可以得知表缓存的数量是否合理，如果打开表的次数大于数据库中已有的表数

量，则表示 table_open_cache 的值不够，可以考虑加大。

计算表缓存的命中率：

select concat(Table_open_cache_hits /(Table_open_cache_misses + Table_open_cache_hits) * 100,’%’);

通过计算表缓存的命中率，可反映出表缓存的情况，该比例越大越好

6 临时表：

show global status like 'Created_tmp_disk_tables'; # 查看在磁盘上创建临时表的次数

show global status like 'Created_tmp_tables'; # 查看创建临时表的总次数，包括在内存中和磁盘。

如果发现在磁盘上创建临时表的次数过多，则表示临时表的缓存区内存不够，可以考虑加大 tmp_table_size 和 max_heap_table_size 的值。

计算在磁盘上创建临时表的比例：

select concat(Created_tmp_disk_tables / Created_tmp_tables * 100,’%’);

通过计算在磁盘上创建临时表的比例，可反映出数据库的使用临时表的情况，该比例越小越好。

7 额外的排序：

show global status like 'Sort_merge_passes'; # 在磁盘中进行额外排序的次数

show global status like 'Sort_scan'; # 通过表扫描进行排序的总次数，也就是额外排序的总次数

如果发现在磁盘上进行排序的次数过多，则表示排序缓冲区内存不够，可以考虑加大 sort_buffer_size 的值。

计算磁盘排序的比例：

select concat(Sort_merge_passes / Sort_scan * 100,'%');

通过计算在磁盘上进行额外排序的比例，可反映出数据库排序的情况，该比例越小越好。

8 binlog 缓冲：

show global status like 'Binlog_cache_disk_use'; # 在磁盘上创建临时文件用于保存 binlog 的次数

show global status like 'Binlog_cache_use'; # 缓冲 binlog 的总次数，包括 binlog 缓冲区和在磁盘上创建临时文件保存 binlog 的总次数

如果发现在磁盘上创建临时文件保存 binlog 的次数过多，则表示 binlog 缓冲区内存不够，可以考虑加大 binlog_cache_size 的值。

计算在磁盘上创建临时文件保存 binlog 的比例：

select concat(Binlog_cache_disk_use / Binlog_cache_use * 100,’%’);

通过计算在磁盘上创建临时文件保 binlog 的比例，可反映出数据库 binlog 的情况，该比例越小越好。

9 redo 日志：

select global status like 'Innodb_log_waits'; # 查看 innodb redo 日志等待缓冲区刷新的次数。

当 redo 缓冲区容纳不下事务产生的 redo 日志时，本次事务产生的 redo 日志在写入 redo 缓冲区之前就必须等待 redo 缓冲区有足够的空间才能写入。

如果发现 redo 日志等待刷新的次数过多，则表示 innodb redo 日志缓冲区的大小不够，可以考虑加大 innodb_log_buffer_size 的值。

10 InnoDB 缓存：

show global status like 'Innodb_buffer_pool_read_requests'; # 读取页的总次数

show global status like 'Innodb_buffer_pool_read'; # 从磁盘读取页的次数

如果发现从磁盘读取页的次数过多，则有可能是因为 innodb 缓冲池的大小不够，此时可以考虑加到 innodb_buffer_pool_size 的值。

计算 innodb 缓存命中率：

select concat((Innodb_buffer_pool_read_requests - Innodb_buffer_pool_read) / Innodb_buffer_pool_read_requests * 100,’%’);

通过计算 innodb 缓存命中率，可反映出 innodb 缓存的效率，该比例越大越好

评论这张

阅读( 23 ) | 评论( 0 )

用微信 “扫一扫”

将文章分享到朋友圈。

用易信 “扫一扫”

将文章分享到朋友圈。

喜欢推荐转载

历史上的今天

在LOFTER的更多文章

原文 http://blog.163.com/li_hx/blog/static/18399141320163381638833

正文到此结束

所属分类：编程技术

本文标签： 线程参数 2015 数据库 Select 下载空间文章 db 时间删除 tab 数据 http 服务器 sql src update cat Connection mysql 压力总结
版权声明： 本文为互联网转载文章，出处已在文章中说明(部分除外)。如果侵权，请联系本站长删除，谢谢。
本文海报： 生成海报一生成海报二

其他链接

关于本站

本站定位：个人技术类博客

本站作用：写博客、记日志、闲聊扯淡鼓捣技术。

问题交流

MySQL的优化点总结---通过计算多种状态的百分比看MySQL的性能情况