MySQL show stauts状态变量说明介绍
|
Aborted_clients |
指出由于某种原因客户程序不能正常关闭连接而导致失败的连接的数量。如果客户不在退出之前调整mysql_close()函数，wait_timeout或interactive_timeout的限制已经被超出，或者是客户端程序在传输的过程中被关闭，则这种情况会发生。 |
|
Aborted_connects |
指出试图连接到MYSQL的失败的次数。这种情况在客户尝试用错误的密码进行连接时，没有权限进行连接时，为获得连接的数据包所花费的时间超过了connect_timeout限制的秒数，或数据包中没有包含正确的信息时，都会发生。 |
|
Bytes_received |
从客户处已经接收到的字节数。 |
|
Bytes_sent |
已经发送给所有客户的字节数。 |
|
Com_[statement] |
用于每一种语句的这些变量中的一种。变量值表示这条语句被执行的次数，如com_select,表示查询语句被执行的次数。 |
|
Connections |
试图连接到MYSQL服务器的次数。 |
|
Created_tmp_disk_tables |
执行语句时，磁盘上生成的隐含临时表的数量 |
|
Created_tmp_tables |
执行语句时，内存中生成的隐含临时表的数量 |
|
Created_tmp_files |
由mysqld生成的临时文件的数量 |
|
Delayed_insert_threads |
当前正在使用的延迟插入句柄的线程数量 |
|
Delayed_writes |
由INSERT DELAYED语句写入的记录的个数 |
|
Delayed_errors |
当发生错误时，由INSERT DELAYED语句写入的记录的。绝大多数普通的错误是复制键 |
|
Flush_commands |
被执行的FLUSH语句的个数 |
|
Handler_commit |
内部COMMIT命令的个数 |
|
Handler_delete |
从一个表中删除行的次数 |
|
Handler_read_first |
一条索引中的第一个条目被读取的次数，通常是指完全索引扫描（例如，假定indexed_col被索引，语句SELECT indexed_col from tablename导致了一个完全索引扫描） |
|
Handler_read_key |
当读取一行数据时，使用索引的请求的个数。如果查询时使用了索引，就希望这个值快速增加 |
|
Handler_read_next |
按照索引顺序读取下一行数据的请求的个数。如果使用了完全索引进行扫描，或者在一个不变的范围内查询一个索引，则这个值就会增加 |
|
Handler_read_prev |
按照索引的顺序读取前面一行数据的请求的个数。这个变量值由SELECT fieldlist ORDER BY fields DESC类型的语句使用 |
|
Handler_read_rnd |
在固定的位置读取一行数据的请求的个数。要求结果被保存起来的查询操作将增加这个计数器的值 |
|
Handler_read_rnd_next |
读取数据文件中下一行数据的请求的个数。一般，这个值不能太高，因为这意味着查询操作不会使用索引，并且必须从数据文件中读取 |
|
Handler_rollback |
内部ROLLBACK命令的数量 |
|
Handler_update |
在表中更新一条记录的请求的数量 |
|
Handler_write |
在表中插入一条记录的请求的数量 |
|
Key_blocks_used |
用在键的缓存中的数据块的数量 |
|
Key_read_requests |
引起从键的缓存读取键的数据块的请求的数量。Key_reads与Key_read_requests的比率不应该高于1：100（也就是，1：10很糟糕） |
|
Key_reads |
引起从磁盘读取键的数据块的物理读取操作的数量。 |
|
Key_write_requests |
引起键的数据块被写入缓存的请求的数量 |
|
Key_writes |
向磁盘写入键的数据块的物理写操作的次数 |
|
Max_used_connections |
在任意时刻，正在使用的连接的最大数量 |
|
Not_flushed_key_blocks |
在键的缓存中，已经发生了改变但还没有被刷新到磁盘上的键的数据块的数量 |
|
Not_flushed_delayed_rows |
当前在INSERT DELAY队列中，等待被写入的记录的个数 |
|
Open_tables |
目前打开的表的数量 |
|
Open_files |
当前打开的文件的数量 |
|
Open_streams |
当前打开的流数据的数量。这些流数据主要用于日志记录 |
|
Opened_tables |
已经被打开的表的数量 |
|
Questions |
初始的查询操作的总数 |
|
Qcache_queries_in_cache |
缓存中查询的个数 |
|
Qcache_inserts |
添加到缓存中的查询的个数命中次数除以插入次数就是不中比率；用1减去这个值就是命中率 |
|
Qcache_hits |
查询缓存被访问的个数 |
|
Qcache_lowmem_prunes |
缓存出现内存不足并且必须要进行清理以便为更多查询提供空间的次数。这个数字最好长时间来看；如果这个数字在不断增长，就表示可能碎片非常严重，或者内存很少。（上面的 |
|
Qcache_not_cached |
没有被缓存（由于太大，或因为QUERY_CACHE_TYPE）的查询的数量 |
|
Qcache_free_memory |
仍然可用于查询缓存的内存的数量 |
|
Qcache_free_blocks |
在查询缓存中空闲内存块的数量，数量大说明可能有碎片 |
|
Qcache_total_blocks |
在查询缓存中数据块的总数 |
|
Rpl_status |
完全复制的状态（这个变量只在MYSQL 4之后的版本中使用） |
|
Select_full_join |
已经被执行的没有使用索引的联接的数量。不能将这个变量值设的太高 |
|
|
现实开发中，并不需要全部了解这些变量信息的情况，其实可以试试mysqlreport命令,mysqlreport是站在巨人肩膀上的，它所做的事情就是把show status 和sho innodb status的结果进行一系列的后期处理，将我们更关心的内容以可读性更好得方式呈现出来
关于上面的一些注释：
如果Opened_tables太大，那么你的table_cache变量可能太小。
如果key_reads太大，那么你的key_cache可能太小。缓存命中率可以用key_reads/key_read_requests计算。
如果Handler_read_rnd太大，那么你很可能有大量的查询需要MySQL扫描整个表或你有没正确使用键值的联结(join)。
SHOW VARIABLES显示出一些MySQL系统变量的值，你也能使用mysqladmin variables命令得到这个信息。如果缺省值不合适，你能在mysqld启动时使用命令行选项来设置这些变量的大多数。
SHOW PROCESSLIST显示哪个线程正在运行，你也能使用mysqladmin processlist命令得到这个信息。如果你有process权限，你能看见所有的线程，否则，你仅能看见你自己的线程。见7.20 KILL句法。如果你不使用FULL选项，那么每个查询只有头100字符被显示出来。
SHOW GRANTS FOR user列出对一个用户必须发出以重复授权的授权命令
