mysql show status 详解
2013-11-06 10:13:23 点击：

         服务器维护许多提供操作相关信息的状态变量。你可以通过SHOW STATUS语句查看这些变量和它们的值，通过这些值可以发现数据库目前存在的一些关键问题，比如

如果Opened_tables太大，那么你的table_cache变量可能太小。 
如果key_reads太大，那么你的key_cache可能太小。缓存命中率可以用key_reads/key_read_requests计算。 
如果Handler_read_rnd太大，那么你很可能有大量的查询需要MySQL扫描整个表或你有没正确使用键值的联结(join)。

。。。

以下是从mysql5的中文手册中摘录的一段，详细讲述了show status中的每个变量的含义。

mysql> SHOW STATUS;


参考手册。

·         Aborted_clients

由于客户端没有正确关闭连接导致客户端终止而中断的连接数。参见A.2.10节，“通信错误和失效连接”。

·         Aborted_connects

试图连接到MySQL服务器而失败的连接数。参见A.2.10节，“通信错误和失效连接”。

·         Binlog_cache_disk_use

使用临时二进制日志缓存但超过binlog_cache_size值并使用临时文件来保存事务中的语句的事务数量。

·         Binlog_cache_use

使用临时二进制日志缓存的事务数量。

·         Bytes_received

从所有客户端接收到的字节数。

·         Bytes_sent

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

·         Com_xxx

Com_xxx 语句计数变量表示每个xxx 语句执行的次数。每类语句有一个状态变量。例如，Com_delete和Com_insert分别统计DELETE 和INSERT语句执行的次数。

Com_stmt_xxx状态变量为：

o        Com_stmt_prepare

o        Com_stmt_execute

o        Com_stmt_fetch

o        Com_stmt_send_long_data

o        Com_stmt_reset

o        Com_stmt_close

这些变量代表准备好的语句命令。它们的名字对应网络层使用的COM_xxx 命令系列；换句话说：当准备好的语句API调用如mysql_stmt_prepare()、mysql_stmt_执行()并执行时，它们的值增加。但是，当执行下面的SQL语句时，Com_stmt_prepare, Com_stmt_execute和Com_stmt_close也增加：PREPARE、EXECUTE或DEALLOCATE PREPARE。此外，旧(从MySQL 4.1.3起可用)语句计数变量Com_prepare_sql、Com_execute_sql和Com_dealloc_sql的值也随PREPARE、EXECUTE和DEALLOCATE PREPARE语句增加。Com_stmt_fetch代表通过光标获取的网络round-trips的总数量。

所有Com_stmt_xxx变量将增加，即使语句参数未知或执行过程中出现错误。换句话说，它们的值对应发出的请求数，而不是成功完成的请求数。

·         Connections

试图连接到(不管是否成功)MySQL服务器的连接数。

·         Created_tmp_disk_tables

服务器执行语句时在硬盘上自动创建的临时表的数量。

·         Created_tmp_files

mysqld已经创建的临时文件的数量。

·         Created_tmp_files

服务器执行语句时自动创建的内存中的临时表的数量。如果Created_tmp_disk_tables较大，你可能要增加tmp_table_size值使临时 表基于内存而不基于硬盘。

·         Delayed_errors

用INSERT DELAYED写的出现错误的行数(可能为duplicate key)。

·         Delayed_insert_threads

使用的INSERT DELAYED处理器线程数。

·         Delayed_writes

写入的INSERT DELAYED行数。

·         Flush_commands

执行的FLUSH语句数。

·         Handler_commit

内部提交语句数。

·         Handler_discover

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

·         Handler_delete

行从表中删除的次数。

·         Handler_read_first

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

·         Handler_read_key

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

·         Handler_read_next

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

·         Handler_read_prev

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

·         Handler_read_rnd

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

·         Handler_read_rnd_next

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

·         Handler_rollback

内部ROLLBACK语句的数量。

·         Handler_update

在表内更新一行的请求数。

·         Handler_write

在表内插入一行的请求数。

·         Innodb_buffer_pool_pages_data

包含数据的页数(脏或干净)。

·         Innodb_buffer_pool_pages_dirty

当前的脏页数。

·         Innodb_buffer_pool_pages_flushed

要求清空的缓冲池页数。

·         Innodb_buffer_pool_pages_free

空页数。

·         Innodb_buffer_pool_pages_latched

在InnoDB缓冲池中锁定的页数。这是当前正读或写或由于其它原因不能清空或删除的页数。

·           Innodb_buffer_pool_pages_misc

忙的页数，因为它们已经被分配优先用作管理，例如行锁定或适用的哈希索引。该值还可以计算为Innodb_buffer_pool_pages_total - Innodb_buffer_pool_pages_free - Innodb_buffer_pool_pages_data。

·         Innodb_buffer_pool_pages_total

缓冲池总大小（页数）。

·         Innodb_buffer_pool_read_ahead_rnd

InnoDB初始化的“随机”read-aheads数。当查询以随机顺序扫描表的一大部分时发生。

·         Innodb_buffer_pool_read_ahead_seq

InnoDB初始化的顺序read-aheads数。当InnoDB执行顺序全表扫描时发生。

·         Innodb_buffer_pool_read_requests

InnoDB已经完成的逻辑读请求数。

·         Innodb_buffer_pool_reads

不能满足InnoDB必须单页读取的缓冲池中的逻辑读数量。

·         Innodb_buffer_pool_wait_free

一般情况，通过后台向InnoDB缓冲池写。但是，如果需要读或创建页，并且没有干净的页可用，则它还需要先等待页面清空。该计数器对等待实例进行记数。如果已经适当设置缓冲池大小，该值应小。

·         Innodb_buffer_pool_write_requests

向InnoDB缓冲池的写数量。

·         Innodb_data_fsyncs

fsync()操作数。

·         Innodb_data_pending_fsyncs

当前挂起的fsync()操作数。

·         Innodb_data_pending_reads

当前挂起的读数。

·         Innodb_data_pending_writes

当前挂起的写数。

·         Innodb_data_read

至此已经读取的数据数量（字节）。

·         Innodb_data_reads

数据读总数量。

·         Innodb_data_writes

数据写总数量。

·         Innodb_data_written

至此已经写入的数据量（字节）。

·         Innodb_dblwr_writes, Innodb_dblwr_pages_written

已经执行的双写操作数量和为此目的已经写好的页数。参见15.2.14.1节，“磁盘I/O”。

·         Innodb_log_waits

我们必须等待的时间，因为日志缓冲区太小，我们在继续前必须先等待对它清空。

·         Innodb_log_write_requests

日志写请求数。

·         Innodb_log_writes

向日志文件的物理写数量。

·         Innodb_os_log_fsyncs

向日志文件完成的fsync()写数量。

·         Innodb_os_log_pending_fsyncs

挂起的日志文件fsync()操作数量。

·         Innodb_os_log_pending_writes

挂起的日志文件写操作。

·         Innodb_os_log_written

写入日志文件的字节数。

·         Innodb_page_size

编译的InnoDB页大小(默认16KB)。许多值用页来记数；页的大小很容易转换为字节。

·         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表删除的行数。

·         Innodb_rows_inserted

插入到InnoDB表的行数。

·         Innodb_rows_read

从InnoDB表读取的行数。

·         Innodb_rows_updated

InnoDB表内更新的行数。

·         Key_blocks_not_flushed

键缓存内已经更改但还没有清空到硬盘上的键的数据块数量。

·         Key_blocks_unused

键缓存内未使用的块数量。你可以使用该值来确定使用了多少键缓存；参见5.3.3节，“服务器系统变量”中Key_buffer_size的讨论。

·         Key_blocks_used

键缓存内使用的块数量。该值为高水平线标记，说明已经同时最多使用了多少块。

·         Key_read_requests

从缓存读键的数据块的请求数。

·         Key_reads

从硬盘读取键的数据块的次数。如果Key_reads较大，则Key_buffer_size值可能太小。可以用Key_reads/Key_read_requests计算缓存损失率。

·         Key_write_requests

将键的数据块写入缓存的请求数。

·         Key_writes

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

·         Last_query_cost

用查询优化器计算的最后编译的查询的总成本。用于对比同一查询的不同查询方案的成本。默认值0表示还没有编译查询。 默认值是0。Last_query_cost具有会话范围。

·         Max_used_connections

服务器启动后已经同时使用的连接的最大数量。

·         Not_flushed_delayed_rows

等待写入INSERT DELAY队列的行数。

·         Open_files

打开的文件的数目。

·         Open_streams

打开的流的数量(主要用于记录)。

·         Open_tables

当前打开的表的数量。

·         Opened_tables

已经打开的表的数量。如果Opened_tables较大，table_cache 值可能太小。

·         QCACHE_free_blocks

查询缓存内自由内存块的数量。

·         QCACHE_free_memory

用于查询缓存的自由内存的数量。

·         QCACHE_hits

查询缓存被访问的次数。

·         QCACHE_inserts

加入到缓存的查询数量。

·         QCACHE_lowmem_prunes

由于内存较少从缓存删除的查询数量。

·         QCACHE_not_cached

非缓存查询数(不可缓存，或由于query_cache_type设定值未缓存)。

·         Qcache_queries_in_cache

登记到缓存内的查询的数量。

·         Qcache_total_blocks

查询缓存内的总块数。

·         Questions

已经发送给服务器的查询的个数。

·         Rpl_status

失败安全复制状态(还未使用)。

·         Select_full_join

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

·         Select_full_range_join

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

·         Select_range

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

·         Select_range_check

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

·         Select_scan

对第一个表进行完全扫描的联接的数量。

·         Slave_open_temp_tables

当前由从SQL线程打开的临时表的数量。

·         Slave_running

如果该服务器是连接到主服务器的从服务器，则该值为ON。

·         Slave_retried_transactions

启动后复制从服务器SQL线程尝试事务的总次数。

·         Slow_launch_threads

创建时间超过slow_launch_time秒的线程数。

·         Slow_queries

查询时间超过long_query_time秒的查询的个数。参见5.11.4节，“慢速查询日志”。

·         Sort_merge_passes

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

·         Sort_range

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

·         Sort_rows

已经排序的行数。

·         Sort_scan

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

·         Ssl_xxx

用于SSL连接的变量。

·         Table_locks_immediate

立即获得的表的锁的次数。

·         Table_locks_waited

不能立即获得的表的锁的次数。如果该值较高，并且有性能问题，你应首先优化查询，然后拆分表或使用复制。

·         Threads_cached

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

·         Threads_connected

当前打开的连接的数量。

·         Threads_created

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

·           Threads_running

激活的（非睡眠状态）线程数。

·         Uptime

服务器已经运行的时间（以秒为单位）。