mysql 参数优化

参数优化：其实是MYSQL官方留给我们适用于我们服务器具体情况的一种解决方式 .
两个命令:

show status      #列出MySQL服务器运行各种状态值

Show variables   #列出MYSQL服务器配置信息

1： 慢查询

log_slow_queries=slow_queries   #这个与以前作用基本相同，并且还是需要重启才能生效(ON:为打开off:为关闭)

Slow_launch_time                #执行时间超过2秒则被记录。

slow_query_log                  #这是一个可以在运行时改变的全局变量，表示是否打开慢查询日志，在此处加上即表示ON.

上图代表：系统显示有19054个慢查询。发现后。直接去日志查看就OK。

2: 最大连接数
有时候MYSQL会出现这个错误 ERROR 1040: Too many connections”的情况，这是因为：
访问量确实很高，MySQL服务器抗不住，这个时候就要考虑增加从服务器分散读压力；
另外一种情况是MySQL配置文件中max_connections值过小。
如图：

最大连接数为500个.

实际连接数为257

蛮好的。
其实有一个公式来判断他的好坏。 实际最大连接数/最大连接数 =85%左右的话。很不错的。
如果10%一下的话。很可能因为你最大连接数配置高了。

3: Key_buffer_size

分配了 256M 的Key_buffer_size ，他主要用来干嘛?

索引命中率高低的平衡参数。

Key_read_requests   #索引的请求

Key_reads           #没用到索引。直接去硬盘扫描去了

那么我们怎么去平衡那。这里还有一个公式

Key_reads/key_read_requests 小于0.1%基本还不错的。1000个请求一个区扫描硬盘。

4: key_blocks_u*

Key_blocks_unused       #表示未使用的缓存簇(blocks)数

Key_blocks_used表       #示曾经用到的最大的blocks数

现在环境，所有的缓存都用到了，要么增加key_buffer_size，要么就是过渡索引了，把缓存占满了。Key_blocks_used / (Key_blocks_unused + Key_blocks_used) =80%左右还不错.

5: Open Table情况

这里代表是表缓存 table_cache.

Open_tables  #打开表的数量

Opened_tables #打开过表的数量

我们查询下table_cache

下面的公式很好的。大约这个情况还不错的.
Open_tables / Opened_tables * 100% >= 85%
Open_tables / table_cache * 100% <= 95%