用户名: 密码: 忘记密码? 注册

show status整理版

作者:  时间: 2010-04-22

Aborted_clients           由于客户没有正确关闭连接已经死掉,已经放弃的连接数量

 

Aborted_connects         尝试已经失败的MySQL服务器的连接的次数

 

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

 

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

 

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

 

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

 

Com_xxx_xxx                     Com表示每个xxx 语句执行的次数

 

 

Created_tmp_disk_tables   服务器执行语句时在硬盘上自动创建的临时表的数量(如果这个数值较大,要相应增加tmp_table_size值使临时表基于内存,尽量减少在磁盘的操作

 

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           请求从一张表中删除行的次数(和com_delete不一样,com的统计是当执行了相应的语句,该数值就会加大;而这个数据是,delete语句执行后,确定从表中删除了行,才会发生变化

 

Handler_discover          MySQL服务器可以问NDB CLUSTER存储引擎是否知道某一名字的表

 

Handler_prepare          

 

 

Handler_read_first                  索引中第一条被读的次数。如果数值较高表明。服务器正在进行全索引扫描。explain看的时候tpye类型为index

 

Handler_read_key         根据键读一行的请求数。如果较高,说明查询和表的索引正确。explain看的时候tpye类型为consteq_regrefrange

 

Handler_read_next        根据键顺序来读取下一行,如果你使用索引范围(range)或执行索引(index)扫描,该值增加,增加的大小为查出来的行数,一般order by 键值  该值增加

 

Handler_read_prev          按照键顺序读前一行的请求数。该读方法主要用于优化ORDER BY ... DES。增加的大小为查出来的行数

 

Handler_read_rnd                 根据固定位置读一行的请求数,当需要对非键值排序时,该值会增加或者需要mysql扫描整个表时,该值会增加,增加的大小为查出来的行数 

 

Handler_read_rnd_next    在数据文件中读下一行的请求数,如果你正进行大量的表扫描,该值较高,并且增加的值为扫描的行数

 

Handler_rollback         当事物回退后,修改了表的数据,该数值才会发生变化

 

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

 

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

 

Handler_update          当提交后,更新了表的数据,该数值才会发生变化

 

Handler_write            当提交后,插入了表的数据,该数值才会发生变化

 

Key_blocks_not_flushed           key cache中修改了,但是还没有刷新到磁盘上的块数。

 

Key_blocks_unused        未使用的块数

 

Key_blocks_used                  使用的块数

 

Key_read_requests                cache中读取的请求数

 

 

 

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

 

Key_write_requests         写入cache的请求数

 

Key_writes               写入磁盘的块数

 

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

 

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

 

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

 

Open_files             打开文件的个数,这个统计是服务器打开的正规文件的个数。不包括socket pipe。当打开myisam表数据时,他会增加两个(数据文件与索引文件),当打开innodb表时,该值不增加,当打开的myisam表已另一个别 名打开时,Open_files只会增加一个。flush tables 会清空该值

 

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

 

Open_table_definitions 打开表时被cachefrm文件个数

 

Open_tables          当前打开表的数量

 

Opened_files          表缓存没有命中的数量。不包括诸如套接字或管道其他类型的文件;也不包括存储引擎用来做自己的内部功能的文件;当table_open_cache增加,或者flush tables 时,该值是不会减少,但也不增加的Opened_table_definitions已经缓存的.frm文件数量

 

Opened_tables         已经打开的表的数量。如果Opened_tables较大,table_cache 值可能太小。Prepared_stmt_count          当前prepared statements的个数,最大数会由变量max_prepared_stmt_count控制 ,当DEALLOCATE PREPARE时,改状态值会减小  

 

 

 

 

Qcache_free_blocks     查询缓存内未使用的块数(这个值如果很大,说明内存碎片很多,内存使用率很差,当Qcache_free_memory这个值还有剩余时,可能无法正常插入数据到缓存,需要清除旧的,这时Qcache_lowmem_prunes这个值又会表现的很高;flush query cache重新整理内存)

 

Qcache_free_memory    查询缓存内存剩余量

 

Qcache_hits            缓存命中率

 

Qcache_inserts          加入到缓存的查询数量

 

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

 

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

 

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

 

Qcache_total_blocks      查询缓存内的总块数

 

Queries                 被服务器执行的语句个数,包括存储过程里的语句,也包括show status之类的  

 

Questions                被服务器执行的语句个数, 但是不包括存储过程里面的语句

 

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

 

Select_full_join               没有主键(key)联合(Join)的执行。该值可能是零。这是捕获开发错误的好方法,因为一些这样的查询可能降低系统的性能

 

Select_full_range_join        Select_range_check 类似,不过 MySQL 可以肯定它能够使用范围查找。这时 explain 中的类型是 range。这是联接中最好的情况

 

Select_range             代表需要从硬盘读表在一段范围内的行。在 explain 中显示为range,说明使用了索引查找记录在硬盘上的位置    

 

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

 

Select_scan                 执行全表搜索查询的数量。在某些情况下是没问题的,但占总查询数量该比值应该是常量(注:Select_scan除以总查询数量商应该是常数)。如果你发现该值持续增长,说明需要优化,缺乏必要的索引或其他问题。

 

Slave_open_temp_tables    从服务器打开的临时表数量

 

Slave_retried_transactions 本次启动以来从服务器复制线程重试次数

 

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

 

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

 

Slow_queries                      查询时间超过long_query_time秒的查询的个数

 

 

Sort_merge_passes               排序算法已经执行的合并的数量。如果这个变量值较大,应考虑增加sort_buffer_size系统变量的值;Sort_merge_passes 包括两步。MySQL 首先会尝试在内存中做排序,使用的内存大小由系统变量 Sort_buffer_size 决定,如果它的大小不够把所有的记录都读到内存中,MySQL 就会把每次在内存中排序的结果存到临时文件中,这时候会增加Sort_merge_passes。等MySQL 找到所有记录之后,再把临时文件中的记录做一次排序。实际上,MySQL 会用另一个临时文件来存再次排序的结果,所以通常会看到 Sort_merge_passes 增加的数值是建临时文件数的两倍。因为用到了临时文件,所以速度可能会比较慢,增加Sort_buffer_size 会减少 Sort_merge_passes 创建临时文件的次数。但盲目的增加 Sort_buffer_size 并不一定能提高速度

 

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

 

Sort_rows                已经排序的行数

 

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

 

Table_locks_immediate      立即获得表及锁的数量

 

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

 

Tc_log_max_pages_used          

 

Tc_log_page_size        

 

Tc_log_page_waits       

 

Threads_cached                 线程的缓存值

 

Threads_connected               当前打开的连接的数量

 

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

 

Threads_running                 激活的(非睡眠状态)线程数

 

Uptime                            服务器已经运行的时间(以秒为单位)

 

Uptime_since_flush_status                   最近一次使用FLUSH STATUS 的时间(以秒为单位)