监控mysql

显示进程状态变量

mysql> show variables like '%thread%';

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

| Variable_name              | Value                     |

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

| innodb_file_io_threads     | 4                         |

| innodb_thread_concurrency  | 8                         |

| innodb_thread_sleep_delay  | 10000                     |

| max_delayed_threads        | 20                        |

| max_insert_delayed_threads | 20                        |

| myisam_repair_threads      | 1                         |

| pseudo_thread_id           | 2                         |

| thread_cache_size          | 0                         |

| thread_handling            | one-thread-per-connection |

| thread_stack               | 262144                    |

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

query cache

如果你使用的是myisam存储引擎的，query cache是一个最终的性能，他允许服务器在内存中缓存频繁使用的查询语句和查询结果，因此一个查询运行的越频繁，这个查询结果就越可能从缓存中得到，显然，从内存中读取数据比从硬盘上读取数据要快的多

通过have_query_cache变量查询query cache是否可用；

mysql> show variables like '%query_cache%';

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

| Variable_name                | Value   |

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

| have_query_cache             | YES     |

| query_cache_limit            | 1048576 |

| query_cache_min_res_unit     | 4096    |

| query_cache_size             | 0       |

| query_cache_type             | ON      |

| query_cache_wlock_invalidate | OFF     |

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

have_query_cache 变量仅仅表示这个特性可用，query_cache_size 这个变量值为0，它将迅速关闭query cache ;

Query cache状态变量

mysql> show status like '%Qcache%';

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

| Variable_name           | Value |

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

| Qcache_free_blocks      | 0     |

| Qcache_free_memory      | 0     |

| Qcache_hits             | 0     |

| Qcache_inserts          | 0     |

| Qcache_lowmem_prunes    | 0     |

| Qcache_not_cached       | 0     |

| Qcache_queries_in_cache | 0     |

| Qcache_total_blocks     | 0     |

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

8 rows in set (0.00 sec)

可以定期使用flush query cache 这个命令重整 querycache

，这样不会删除内存中的结果，但是允许重新组织内存以更好地3使用内存；

mysql> flush query cache;

Query OK, 0 rows affected (0.00 sec)

mysql性能

使用explain

mysql> explain select * from student where id>'901'\G

*************************** 1. row ***************************

           id: 1

  select_type: SIMPLE

        table: student

         type: ALL

possible_keys: PRIMARY

          key: NULL

      key_len: NULL

          ref: NULL

         rows: 5

        Extra: Using where

1 row in set (0.00 sec)

看到该查询已经检测到了索引，但key为NULL，没有使用索引。

删除范围查询看看结果：

mysql> explain select * from student where id='901'\G

*************************** 1. row ***************************

           id: 1

  select_type: SIMPLE

        table: student

         type: const

possible_keys: PRIMARY

          key: PRIMARY

      key_len: 4

          ref: const

         rows: 1

        Extra:

1 row in set (0.00 sec)

使用analyze table

可以为myisam和Innodb表更新主健分布，但不是使用于所有的引擎。

分析表并更新主健分布

mysql> analyze table student;

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

| Table          | Op      | Msg_type | Msg_text |

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

| school.student | analyze | status   | OK       |

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

1 row in set (0.00 sec)

通过show index查看索引的状态:

mysql> show index from student\G;

*************************** 1. row ***************************

       Table: student

  Non_unique: 0

    Key_name: PRIMARY

Seq_in_index: 1

 Column_name: id

   Collation: A

 Cardinality: 5

    Sub_part: NULL

      Packed: NULL

        Null:

  Index_type: BTREE

     Comment:

1 row in set (0.00 sec)

无论表何时发生重大的更新（例如批量加载数据），都应该执行这个命令，在这个操作过程中，系统必须要先给这个表设定一个锁。

使用optimize table

被频繁更新的表将很快变的支离破碎，并取决于存储引擎的不同，将会出现不同程度的闲置空间和不理想的存储结构；

使用optimize table命令可以重构一个或多个表的数据结构；

mysql> optimize table student\G

*************************** 1. row ***************************

   Table: school.student

      Op: optimize

Msg_type: status

Msg_text: OK

1 row in set (0.00 sec)

无论表何时发生重大更新（例如大量删除和插入），都应该执行这个命令，这个操作用于优化数据元素排列结构，而且它比预期运行的时间长，这个操作适合在低负载时运行；

巴特西

监控mysql的存储引擎