show global status各项指标说明

帅大大的架构之路

于 2023-05-05 11:38:09 发布

阅读量592

点赞数 1

分类专栏：数据库文章标签：数据库 mysql java

原文链接：https://www.cnblogs.com/chengyunblogs/p/16493219.html

版权

数据库专栏收录该内容

29 篇文章 0 订阅

订阅专栏

原文

Aborted_clients： 指出由于某种原因客户程序不能正常关闭连接而导致失败的连接的数量。如果客户不在退出之前调整mysql_close()函数，wait_timeout或interactive_timeout的限制已经被超出，或者是客户端程序在传输的过程中被关闭，则这种情况会发生。

Aborted_connects： 指出试图连接到MYSQL的失败的次数。这种情况在客户尝试用错误的密码进行连接时，没有权限进行连接时，为获得连接的数据包所花费的时间超过了connect_timeout限制的秒数，或数据包中没有包含正确的信息时，都会发生。

Binlog_cache_disk_use：(事务类)二进志日志缓存的已经存在硬盘的条数

Binlog_cache_use： (事务类)二进制日志已缓存的条数(内存中) 注意，这个不是容量，而是事务个数。每次有一条事务提交，都会有一次增加

Binlog_stmt_cache_disk_use： (事务类)二进制日志已缓存的条数(内存中) 注意，这个不是容量，而是事务个数。每次有一条事务提交，都会有一次增加

Binlog_stmt_cache_use ： (事务类)二进制日志已缓存的条数(内存中) 注意，这个不是容量，而是事务个数。每次有一条事务提交，都会有一次增加

可以通过binlog_cache_use 以及 binlog_cache_disk_use来分析设置的binlog_cache_size是否足够，是否有大量的binlog_cache由于内存大小不够而使用临时文件(binlog_cache_disk_use)来缓存了。
当我们发现Binlog_cache_disk_use或者Binlog_stmt_cache_disk_use比较大时就需要考虑增大cache的大小（max_binlog_cache_size针对事务语句，max_binlog_stmt_cache_size针对非事务语句）

Bytes_received： 从客户端处已经接收到的字节数。

Bytes_sent: 已经发送给所有客户端的字节数。

Com_[statement] (以下所有以Com_开始的条目): 用于每一种语句的这些变量中的一种。变量值表示这条语句被执行的次数，如com_select,表示select查询语句被执行的次数。

可以适当的对一些敏感数据，进行下面某些操作的监控。比如删除语句（delete /drop）。

Created_tmp_disk_tables： 执行语句时，”磁盘上“生成的隐含临时表的数量

Created_tmp_files: 由mysqld生成的临时文件的数量

Created_tmp_tables： 执行语句时，”内存中“生成的隐含临时表的数量

Delayed_errors: 当发生错误时，由INSERT DELAYED语句写入的记录的。绝大多数普通的错误是复制键

Delayed_insert_threads： 当前正在使用的延迟插入句柄的线程数量

Delayed_writes: 由INSERT DELAYED语句写入的记录的个数。

Flush_commands： 被执行的FLUSH语句的个数

Handler_commit： 内部COMMIT命令的个数

Handler_delete: 从一个表中删除行的次数

Handler_discover： MySQL服务器可以问NDB CLUSTER存储引擎是否知道某一名字的表。这被称作发现。Handler_discover说明通过该方法发现的次数。

Handler_external_lock ： 此变量与锁定操作数量有关，主要是在表访问的开始和结束时起作用。
Handler_mrr_init： 服务器使用存储引擎自己实现的多范围读取的次数。

Handler_prepare： 用于两阶段提交操作的准备阶段的计数器。

Handler_read_first： 一条索引中的第一个条目被读取的次数，通常是指完全索引扫描（例如，假定indexed_col被索引，语句SELECT indexed_col from tablename导致了一个完全索引扫描）

Handler_read_key: 当读取一行数据时，使用索引的请求的个数。如果该值较高，说明查询和表的索引正确

Handler_read_last： 根据键读最后一行的请求数。

Handler_read_next: 按照索引顺序读取下一行数据的请求的个数。如果使用了完全索引进行扫描，或者在一个不变的范围内查询一个索引，则这个值就会增加

Handler_read_prev： 按照索引的顺序读取前面一行数据的请求的个数。这个变量值由SELECT fieldlist ORDER BY fields DESC类型的语句使用

Handler_read_rnd： 根据固定位置读一行的请求数。如果你正执行大量查询并需要对结果进行排序该值较高。你可能使用了大量需要MySQL扫描整个表的查询或你的连接没有正确使用索引。

Handler_read_rnd_next ： 在数据文件中读下一行的请求数。如果你正进行大量的表扫描，该值较高。通常说明你的表索引不正确或写入的查询没有利用索引。并且应该建立索引补救或优化

Handler_rollback ： 内部ROLLBACK语句的数量

Handler_savepoint ： 在一个存储引擎放置一个保存点的请求数量。

Handler_savepoint_rollback: 在一个存储引擎的要求回滚到一个保存点数目。

Handler_update： 请求更新表中一行的次数。

Handler_write: 请求向表中插入一行的次数

Innodb_buffer_pool_pages_data： Innodb buffer pool缓存池中包含数据的页的数目，包括脏页。单位是page

**Innodb_buffer_pool_pages_dirty：**innodb buffer pool缓存池中脏页的数目。单位是page。

Innodb_buffer_pool_pages_flushed: innodb buffer pool缓存池中刷新页请求的数目。单位是page

**Innodb_buffer_pool_pages_free：**innodb buffer pool剩余的页数目。单位是page

Innodb_buffer_pool_pages_misc ： innodb buffer pool缓存池中当前已经被用作管理用途或hash index而不能用作为普通数据页的数目。单位是page。

Innodb_buffer_pool_pages_total ：innodb buffer pool的页总数目。单位是page。

Innodb_buffer_pool_read_ahead_rnd ：

Innodb_buffer_pool_read_ahead: 后端预读线程读取到innodb buffer pool的页的数目。单位是page。

Innodb_buffer_pool_read_ahead_evicted: 预读的页数，但是没有被读取就从缓冲池中被替换的页的数量，一般用来判断预读的效率。

Innodb_buffer_pool_read_requests : innodb进行逻辑读的数量。单位是次。

Innodb_buffer_pool_reads : 进行逻辑读取时无法从缓冲池中获取而执行单页读取的次数。单位是次。

Innodb_buffer_pool_wait_free ：　　进行逻辑读取时无法从缓冲池中获取而执行单页读取的次数。单位是次。

Innodb_buffer_pool_write_requests ：　　写入 InnoDB 缓冲池的次数。单位是次。

Innodb_data_fsyncs：　　innodb进行fsync()操作的次数。单位是次。

Innodb_data_pending_fsyncs ：　　innodb当前挂起 fsync() 操作的数量。单位是次。

Innodb_data_pending_reads ：　　innodb当前挂起的读操作数。单位是次。

Innodb_data_pending_writes：　　inndo当前挂起的写操作数。单位是次。

Innodb_data_read ：　　innodb读取的总数据量。单位是字节。

Innodb_data_reads ：　　innodb数据读取总数。单位是次。

Innodb_data_writes ：　　innodb数据写入总数。单位是次。

Innodb_data_written ：　innodb写入的总数据量。单位是字节

Innodb_dblwr_pages_written :　　innodb已经完成的doublewrite的总页数。单位是page。

Innodb_dblwr_writes:　　innodb已经完成的doublewrite的总数。单位是次。

Innodb_have_atomic_builtins

Innodb_log_waits:　　因日志缓存太小而必须等待其被写入所造成的等待数。单位是次。

Innodb_log_write_requests：　　innodb日志写入请求数。单位是次。

Innodb_log_writes:　　innodb log buffer写入log file的总次数。单位是次。

Innodb_os_log_fsyncs:　　innodb log buffer进行fsync()的总次数。单位是次。

Innodb_os_log_pending_fsyncs:　　当前挂起的 fsync 日志文件数。单位是次。

Innodb_os_log_pending_writes :　　当前挂起的写log file的数目。单位是次。

Innodb_os_log_written：　　写入日志文件的字节数。单位是字节。

Innodb_page_size：　　写入日志文件的字节数。单位是字节。

Innodb_pages_created：　　innodb总共的页数量。单位是page。

Innodb_pages_read：　　innodb总共读取的页数量。单位是page。

Innodb_pages_written ：　　innodb总共写入的页数量。单位是page。

Innodb_row_lock_current_waits:　　innodb当前正在等待行锁的数量。单位是个。

Innodb_row_lock_time:　　innodb获取行锁的总消耗时间。单位是毫秒。

Innodb_row_lock_time_avg：　　innodb获取行锁的总消耗时间。单位是毫秒。

Innodb_row_lock_time_max：　　innodb获取行锁的最大等待时间。单位是毫秒。

Innodb_row_lock_waits：　　innodb等待获取行锁的次数。单位是次。

Innodb_rows_deleted;　　从innodb表中删除的行数。单位是行。

Innodb_rows_inserted:　　插入到innodb表中的行数。单位是行。

Innodb_rows_updated：　　插入到innodb表中的行数。单位是行。

Innodb_buffer_pool_reads：　　物理读次数

Innodb_data_read：　　物理读数据字节量

Innodb_data_reads：　　物理读IO请求次数

Innodb_pages_read：　　物理读数据页数

Innodb_rows_read：　　物理读数据行数

Innodb_truncated_status_writes 0

Key_blocks_not_flushed:　　已经更改但还未刷新到磁盘的Dirty Cache Block；

Key_blocks_unused:　　目前未被使用的Cache Block数目

Key_blocks_used:　　已经使用了的Cache Block 数目

Key_read_requests: 读取索引的请求次数.

Key_reads： 从磁盘读取索引的请求次数。

那么缓存的未命中率为：

key_cache_miss_rate ＝ Key_reads / Key_read_requests * 100% =0.27%

针对命中率比较低的情况，我们可以加大 key_buffer_size，即缓存的大小（单位为byte，除以(1024*1024)得到单位M）。

mysql> show variables like 'key_buffer_size'; 

+-----------------+----------+ 

| Variable_name  | Value  | 

+-----------------+----------+ 

| key_buffer_size | 67108864 | 

+-----------------+----------+

通常人们认为Key_read_requests / Key_reads越大越好，否则就应该增大key_buffer_size的设置，但通过计数器的比例来调优有两个问题：虽说Key_read_requests大比小好，但是对于系统调优而言，更有意义的应该是单位时间内的Key_reads：

Key_reads / Uptime

Key_write_requests 0

Key_writes : 向硬盘写入键的数据块的物理写操作的次数。

Last_query_cost： 它对应的值是一个浮点数。其默认值为0表示没有查询（query）被编译。它的含义是：查询优化器计算出来的，最后一个被编译的查询的消耗。值越大，消耗越大。这个值对于比较同一个查询语句在不同的查询状况下的消耗很有用。

Max_used_connections: 响应了多少次连接。已经建立的连接的总数。当这个连接过多的时候，似乎可以作为一个警告。

查询max_connections变量可以知道，当前被设置的所允许的最大连接数（允许同时存在多少个连接）。下面是500个。

mysql> show variables like 'max_connections';

+-----------------+-------+

| Variable_name  | Value |

+-----------------+-------+

| max_connections | 500  |

+-----------------+-------+

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

Not_flushed_delayed_rows 0

Open_files 0

Open_streams 0

Open_table_definitions 33

Open_tables： 表示当前打开的表缓存数，如果执行flush tables操作，则此系统会关闭一些当前没有使用的表缓存而使得此状态值减小.

Opened_files 77

Opened_table_definitions 33

Opened_tables : 表示曾经打开的表缓存数，会一直进行累加，如果执行flush tables操作，值不会减小。

在mysql默认安装情况下，table_cache的值在2G内存以下的机器中的值默认时256到512，如果机器有4G内存,则默认这个值是2048，但这决意味着机器内存越大，这个值应该越大，因为table_cache加大后，使得mysql对SQL响应的速度更快了，不可避免的会产生更多的死锁（dead lock），这样反而使得数据库整个一套操作慢了下来，严重影响性能。所以平时维护中还是要根据库的实际情况去作出判断，找到最适合你维护的库的table_cache值。

关于Performance_schema的含义：

MySQL 5.5新增一个存储引擎：命名PERFORMANCE_SCHEMA ,主要用于收集数据库服务器性能参数。MySQL用户是不能创建存储引擎为PERFORMANCE_SCHEMA的表

performance_schema提供以下功能：

提供进程等待的详细信息，包括锁、互斥变量、文件信息；

保存历史的事件汇总信息，为提供MySQL服务器性能做出详细的判断；

对于新增和删除监控事件点都非常容易，并可以随意改变mysql服务器的监控周期，例如（CYCLE、MICROSECOND）

MySql 系统相关的表：

mysql> show tables ;

+----------------------------------------------+

| Tables_in_performance_schema         |

+----------------------------------------------+

| cond_instances                |

| events_waits_current             |

| events_waits_history             |

| events_waits_history_long          |

| events_waits_summary_by_instance       |

| events_waits_summary_by_thread_by_event_name |

| events_waits_summary_global_by_event_name  |

| file_instances                |

| file_summary_by_event_name          |

| file_summary_by_instance           |

| mutex_instances               |

| performance_timers              |

| rwlock_instances               |

| setup_consumers               |

| setup_instruments              |

| setup_timers                 |

| threads                   |

+----------------------------------------------+

17 rows in set (0.00 sec)

Performance的开启很简单，在my.cnf中[mysqld]加入performanc_schema，检查性能数据库是否启动的命令:

SHOW VARIABLES LIKE ‘performance_schema’;

（类似SHOW STATUS LIKE 'perf%';）

若是返回的值为ON，则说明性能数据库正常开启状态。

而如下命令

mysql> SHOW VARIABLES LIKE 'perf%';

查询结果就是涉及到performance_schema的各个系统参数了。

mysql> SELECT * FROM threads;

threads这个表记录了系统里当前存在的各种线程。

mysql> SELECT * FROM performance_timers;

performance_timers这个表式只读表，记录了事件采样频率的设定

以 Performance_schema_开头的项目：

Performance_schema_ xxx _classes_lost 表示多少instruments of type xxx 不能被加载。

Performance_schema_ xxx _instances_lost 表示多少对象实例 xxx 不能被创建（没有被成功创建，由于内存偏少等条件没达到）。.

Performance_schema_ xxx _handles_lost 表示多少对象实例 xxx 没有被成功打开。

Performance_schema_locker_lost 表示多少 events 丢失，或者说没有被记录到。

Performance_schema_cond_classes_lost

Performance_schema_cond_instances_lost

Performance_schema_file_classes_lost

Performance_schema_file_handles_lost

Performance_schema_file_instances_lost

Performance_schema_locker_lost

Performance_schema_mutex_classes_lost

Performance_schema_mutex_instances_lost

Performance_schema_rwlock_classes_lost

Performance_schema_rwlock_instances_lost

Performance_schema_table_handles_lost

Performance_schema_table_instances_lost

Performance_schema_thread_classes_lost

Performance_schema_thread_instances_lost

**Prepared_stmt_count：**当前的预处理语句的数量。 (最大数为系统变量: max_prepared_stmt_count)

Qcache_free_blocks：　　查询缓存（query cache）中可以使用的空闲的内存块

Qcache_free_memory ： 查询缓存（query cache）可以使用的空闲的内存数。

Qcache_hits ： 查询缓存的命中数。

Qcache_inserts ： 被添加到查询缓存当中的查询的总数。

Qcache_lowmem_prunes： 由于内存太少而从查询缓存里删除的查询的总数。

Qcache_not_cached：没有缓存的查询数量。包括不可缓存的，和由于query_cache_type的设置二不能缓存的。

Qcache_queries_in_cache： 注册在查询缓存里的查询数量。

Qcache_total_blocks： 在查询缓存中块的总数。

Queries： 服务器执行语句的数量。这个变量包含了执行的语句，包括存储过程。它不统计：COM_PING 和 COM_STATISTICS``两个命令。这个变量是在MySQL 5.1.31在版本中被加入的。

Questions： 服务器已经执行的语句的数量。它跟 Queries不一样。这个变量不统计以下命令：COM_PING, COM_STATISTICS, COM_STMT_PREPARE, COM_STMT_CLOSE, COM_STMT_RESET

Rpl_status ：可能的值：AUTH_MASTER。表示fail-safe复制状态（尚未实现）。这个变量并不再使用，并且 MySQL 5.6 中已经去掉了。

Select_full_join ：没有使用索引的联接的数量。如果该值不为0,你应仔细检查表的索引

Select_full_range_join： 在引用的表中使用范围搜索的联接的数量

Select_range：在第一个表中使用范围的联接(join)的数量。一般情况不是关键问题，即使该值相当大。

Select_range_check： 在每一行数据后对键值进行检查的不带键值的联接（JOIN）的数量。如果不为0，你应仔细检查表的索引。

Select_scan： 对第一个表进行全扫描连接的次数。

Slave_heartbeat_period： Slave的心跳骤起。

Slave_open_temp_tables： Slave SQL县城当前打开的临时表的数量。如果这个值大于0，那么关掉SLAVE是不安全的。

Slave_received_heartbeats： Slave接受到的心跳数。

Slave_retried_transactions： 自从启动以来，SLAVE的SQL线程重试事务的总数。

**Slave_running：**可能的值为（OFF/ON）。如果该服务器是连接到MASTER的SLAVE，那么，就是ON。否则就是OFF。

Slow_launch_threads： 记录慢查询开启的线程数

慢查询的定义与设置：

如果

  mysql> show variables like '%slow%';

这条语句查询出来的 log_slow_queries为 OFF，那么慢查询优化是被关闭的。

打开这一项方便针对慢查询的优化。

那么多久没断定为慢查询呢？这个时间是由slow_launch_time的值来决定的。

下面它的值是2，所以，如果一个查询耗时2秒还没有完成，那就算是慢查询。

+------------------+-------+ 

| Variable_name  | Value | 

+------------------+-------+ 

| log_slow_queries | OFF  | 

| slow_launch_time | 2   | 

+------------------+-------+

Slow_queries： 慢查询的次数。慢查询字数过多，应该警告。慢查询即：查询时间超过long_query_time秒(默认值是10秒)的查询的个数

Sort_merge_passes： 排序算法已经执行的合并的数量。如果这个变量值较大，应考虑增加sort_buffer_size系统变量的值。

Sort_range： 在范围内执行的排序的数量。

Sort_rows： 已经排序的行数。

Sort_scan： 通过扫描表完成的排序的数量。

Ssl_accept_renegotiates ：需要建立连接，而进行的协商次数。

Ssl_accepts：已接受的SSL连接的数量。

Ssl_callback_cache_hits： SSL回调缓存命中的次数。

Ssl_cipher ：当前的密码(对于无SSL的连接是空的)

Ssl_cipher_list：当前可能的SSL密码列表（其值是字符串）。

Ssl_client_connects： SSL尝试连接到 SSL-enabled主设备的次数。

Ssl_connect_renegotiates： 建立到SSL-enable主设备的连接的协商次数。

Ssl_ctx_verify_depth： SSL的内容认证深度（在链中认证被测试的次数）。

Ssl_ctx_verify_mode： SSL内容认证模式。

Ssl_default_timeout：默认是SSL超时。

Ssl_finished_accepts：成功连接到服务器的SSL连接次数。

Ssl_finished_connects： SSL成功连接（作为从设备）到开启SSL的主设备。

Ssl_session_cache_hits： SSL会还缓存的命中数。

Ssl_session_cache_misses ： SSL缓存漏掉的数量（就是缓存中没有命中的次数）。

Ssl_session_cache_mode ： SSL会话的缓存模式（一般是NONE）。

Ssl_session_cache_overflows： SSL会话的缓存溢出数量。

Ssl_session_cache_size： SSL会话的缓存大小。

Ssl_session_cache_timeouts： SSL会话缓存的超时时间。

Ssl_sessions_reused： 来自缓存被重复使用的SSL连接。

Ssl_used_session_cache_entries: 被用到的SSL session cache entries的数量。

Ssl_verify_depth : SSL连接的认证深度。

Ssl_verify_mode: 回应SSL连接的认证模式。

Ssl_version: SSL协议的版本号。

Table_locks_immediate 36

Table_locks_waited 0

Tc_log_max_pages_used 0

Tc_log_page_size 0

Tc_log_page_waits 0

Threads_cached:　　线程缓存内的线程的数量。

连接线程是 MySQL为了提高创建连接线程的效率，将部分空闲的连接线程保持在一个缓存区以备新进连接请求的时候使用，这尤其对那些使用短连接的应用程序来说可以极大的提高创建连接的效率。当我们通过 thread_cache_size设置了连接线程缓存池可以缓存的连接线程的大小之后，可以通过show status查询出来的结果计算(Connections – Threads_created) / Connections * 100% 得出连接线程缓存的命中率。注意，这里设置的是可以缓存的连接线程的数目，而不是内存空间的大小。

Threads_connected:　　当前打开的连接的数量。

Threads_created:　　创建用来处理连接的线程数。如果Threads_created较大，你可能要增加thread_cache_size值。缓存访问率的计算方法Threads_created/Connections。

Threads_running :　　激活的（非睡眠状态）线程数（线程是MYSQL根据查询的需要创建的，总数肯定不超过Threads_created的值）。

Uptime :　　服务器已经运行的时间（以秒为单位）。【监控点】

Uptime_since_flush_status: 最近一次使用FLUSH STATUS的时间(使用的时候，到现在有多久)（以秒为单位）。

参考URL；http://www.51testing.com/?uid-110296-action-viewspace-itemid-69547

http://www.blogjava.net/redcoatjk/archive/2012/09/05/387100.html

查看MySQL服务器配置信息
输入命令

mysql> show variables; 

mysql> show variables;

查看MySQL服务器运行的各种状态值
输入命令

mysql> show global status; 

mysql> show global status;

慢查询
输入命令

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  | 
    +---------------------+-------+ 

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条慢查询

连接数

输入命令

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  | 
    +----------------------+-------+ 

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，而响应的连接数是498

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

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 | 
    +-------------------+-------+ 

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%）

临时表

输入命令

mysql> show global status like 'created_tmp%'; 
    +-------------------------+---------+ 
    | Variable_name      | Value  | 
    +-------------------------+---------+ 
    | Created_tmp_disk_tables | 4184337 | 
    | Created_tmp_files    | 4124  | 
    | Created_tmp_tables   | 4215028 | 
    +-------------------------+---------+ 

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 | 
    +---------------------+-----------+ 

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

open table 的情况
输入命令

mysql> show global status like 'open%tables%';  
        +---------------+-------+  
        | Variable_name | Value |  
        +---------------+-------+  
        | Open_tables   | 1024  |  
        | Opened_tables | 1465  |  
        +---------------+-------+ 

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 | 
    +---------------+-------+ 

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%)

进程使用情况
输入命令

mysql> show global status like 'Thread%';  
        +-------------------+-------+  
        | Variable_name     | Value |  
        +-------------------+-------+  
        | Threads_cached    | 31    |  
        | Threads_connected | 239   |  
        | Threads_created   | 2914  |  
        | Threads_running   | 4     |  
        +-------------------+-------+ 

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  | 
    +-------------------+-------+ 

mysql> show variables like 'thread_cache_size';
    +-------------------+-------+
    | Variable_name   | Value |
    +-------------------+-------+
    | thread_cache_size | 32  |
    +-------------------+-------+

查询缓存(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  | 
    +-------------------------+----------+ 

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   | 
    +------------------------------+----------+ 

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%

查询缓存利用率在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％，命中率很差，可能写操作比较频繁吧，而且可能有些碎片。

排序使用情况

输入命令

mysql> show global status like 'sort%'; 
    +-------------------+----------+ 
    | Variable_name   | Value  | 
    +-------------------+----------+ 
    | Sort_merge_passes | 2136   | 
    | Sort_range    | 81888  | 
    | Sort_rows     | 35918141 | 
    | Sort_scan     | 55269  | 
    +-------------------+----------+ 

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?（引自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)

输入命令

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 | 
    +------------------+-------+ 

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％

正常

表锁情况
输入命令

mysql> show global status like 'table_locks%'; 
    +-----------------------+---------+ 
    | Variable_name     | Value  | 
    +-----------------------+---------+ 
    | Table_locks_immediate | 4257944 | 
    | Table_locks_waited  | 25182  | 
    +-----------------------+---------+ 

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效果会好些.

表扫描情况
输入命令

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 | 
    +-----------------------+-----------+ 

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 |
    +-----------------------+-----------+

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

mysql> show global status like 'com_select'; 
    +---------------+---------+ 
    | Variable_name | Value  | 
    +---------------+---------+ 
    | Com_select  | 2693147 | 
    +---------------+---------+ 

mysql> show global status like 'com_select';
    +---------------+---------+
    | Variable_name | Value  |
    +---------------+---------+
    | Com_select  | 2693147 |
    +---------------+---------+

计算表扫描率：

表扫描率 ＝ Handler_read_rnd_next / Com_select

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

帅大大的架构之路

关注

1
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
show global status各项指标说明

实际上，MySQL 会用另一个临时文件来存再次排序的结果，所以通常会看到 Sort_merge_passes 增加的数值是建临时文件数的两倍。在mysql默认安装情况下，table_cache的值在2G内存以下的机器中的值默认时256到512，如果机器有4G内存,则默认这个值是2048，但这决意味着机器内存越大，这个值应该越大，因为table_cache加大后，使得mysql对SQL响应的速度更快了，不可避免的会产生更多的死锁（dead lock），这样反而使得数据库整个一套操作慢了下来，严重影响性能。
复制链接

扫一扫