mysql-show global status各字段含义_globallockinfo status字段明明存在-CSDN博客

本文链接：https://blog.csdn.net/djr_intheway/article/details/103635827

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
（非事务类）二进制日志已缓存的条数（内存中）非事务型的语句，都存在这儿，比如MYISAM引擎的表，插入记录就存在这儿

binlog_cache_use和binlog_cache_disk_use两者结合可以用来调整binlog_cache_size的大小
binglog_stmt_cache_use和binlog_stmt_cache_disk_use两者结合可以有来调整 binlog_stmt_cache_size的大小

这两个值是单独设置的。

Bytes_received

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

Bytes_sent

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

Com_[statement] (以下所有以Com_开始的条目)

用于每一种语句的这些变量中的一种。变量值表示这条语句被执行的次数，如com_select,表示select查询语句被执行的次数。

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

Compression
OFF/ON 关闭/开启，功能“压缩（Compression）”，innodb的透明页IO压缩，利用punch hole和数据压缩来实现。在内存中是一个正常的页，只有在写到磁盘时，才进行压缩。

Connection_errors_[statment] (以下所有以Connection_开始的条目)
Connection_errors_accept
Connection_errors_internal
Connection_errors_max_connections
Connection_errors_peer_address
Connection_errors_select
Connection_errors_tcpwrap
Connections

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
内部提交语句数

Handler_delete
请求从表中删除行的次数。

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

Handler_external_lock
此变量与锁定操作数量有关，主要是在表访问的开始和结束时起作用。

Handler_mrr_init
服务器使用存储引擎自己实现的多范围读取的次数。

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

Handler_read_first
索引中第一条被读的次数。如果较高，它建议服务器正执行大量全索引扫描；例如，SELECT col1 FROM foo，假定col1有索引。

Handler_read_key
根据键读一行的请求数。如果较高，说明查询和表的索引正确。

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

Handler_read_next
按照键顺序读下一行的请求数。如果你用范围约束或如果执行索引扫描来查询索引列，该值增加。

Handler_read_prev
按照键顺序读前一行的请求数。该读方法主要用于优化ORDER BY … DESC。

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

Handler_read_rnd_next
在数据文件中读下一行的请求数。如果你正进行大量的表扫描，该值较高。通常说明你的表索引不正确或写入的查询没有利用索引。
值高则意味着查询运行低效，并且应该建立索引补救或优化。这个值的含义是在数据文件中读取下一行的请求数。如果正在进行大量的表扫描，Handler_read_rnd_next的值比较高通常说明表索引不正确或写入的查询没有有效利用索引。

Handler_rollback
内部ROLLBACK语句的数量

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

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

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

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

Innodb_buffer_pool_dump_status
Innodb_buffer_pool_load_status
Innodb_buffer_pool_pages_data
Innodb_buffer_pool_bytes_data
Innodb_buffer_pool_pages_dirty
Innodb_buffer_pool_bytes_dirty
Innodb_buffer_pool_pages_flushed
Innodb_buffer_pool_pages_free
Innodb_buffer_pool_pages_misc
Innodb_buffer_pool_pages_total
Innodb_buffer_pool_read_ahead_rnd
Innodb_buffer_pool_read_ahead
Innodb_buffer_pool_read_ahead_evicted
Innodb_buffer_pool_read_requests
Innodb_buffer_pool_reads
Innodb_buffer_pool_wait_free
Innodb_buffer_pool_write_requests
Innodb_data_fsyncs
Innodb_data_pending_fsyncs
Innodb_data_pending_reads
Innodb_data_pending_writes
Innodb_data_read
Innodb_data_reads
Innodb_data_writes
Innodb_data_written
Innodb_dblwr_pages_written
Innodb_dblwr_writes
Innodb_have_atomic_builtins
Innodb_log_waits
Innodb_log_write_requests
Innodb_log_writes
Innodb_os_log_fsyncs
Innodb_os_log_pending_fsyncs
Innodb_os_log_pending_writes
Innodb_os_log_written
Innodb_page_size
Innodb_pages_created
Innodb_pages_read
Innodb_pages_written
Innodb_row_lock_current_waits
Innodb_row_lock_time
Innodb_row_lock_time_avg
Innodb_row_lock_time_max
Innodb_row_lock_waits
Innodb_rows_deleted
Innodb_rows_inserted
Innodb_rows_read
Innodb_rows_updated
Innodb_num_open_files
Innodb_truncated_status_writes
Innodb_available_undo_logs
Key_blocks_not_flushed
Key_blocks_unused
Key_blocks_used
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
Key_writes

向硬盘写入键的数据块的物理写操作的次数。
Last_query_cost
它对应的值是一个浮点数。其默认值为0表示没有查询（query）被编译。它的含义是：查询优化器计算出来的，最后一个被编译的查询的消耗。值越大，消耗越大。这个值对于比较同一个查询语句在不同的查询状况下的消耗很有用。
Last_query_partial_plans
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
Open_files
Open_streams
Open_table_definitions
Open_tables
表示当前打开的表缓存数，如果执行flush tables操作，则此系统会关闭一些当前没有使用的表缓存而使得此状态值减小.

Opened_files
Opened_table_definitions
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）
Performance_schema_accounts_lost
Performance_schema_cond_classes_lost
Performance_schema_cond_instances_lost
Performance_schema_digest_lost
Performance_schema_file_classes_lost
Performance_schema_file_handles_lost
Performance_schema_file_instances_lost
Performance_schema_hosts_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_session_connect_attrs_lost
Performance_schema_socket_classes_lost
Performance_schema_socket_instances_lost
Performance_schema_stage_classes_lost
Performance_schema_statement_classes_lost
Performance_schema_table_handles_lost
Performance_schema_table_instances_lost
Performance_schema_thread_classes_lost
Performance_schema_thread_instances_lost
Performance_schema_users_lost

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 丢失，或者说没有被记录到。

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
记录慢查询开启的线程数

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
表示马上获得锁的数据
Table_locks_waited
表示不能马上获得锁的数据

table_open_cache指定表高速缓存的大小。每当MySQL访问一个表时，如果在表缓冲区中还有空间，该表就被打开并放入其中，这样可以更快地访问表内容。

Table_open_cache_hits
打开表缓存查找的命中数。
Table_open_cache_misses
打开表缓存查找的未命中数。
Table_open_cache_overflows
打开表缓存溢出数。
Tc_log_max_pages_used
Tc_log_page_size
Tc_log_page_waits
参考连接：http://blog.chinaunix.net/uid-29957450-id-4547825.html
Threads_cached

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

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

Threads_connected