MySQL Performance schema设置的一些建议选项

MySQL 的Performance Schema由来已久，但由于内存消耗，性能影响等原因，导致其始终无法进入主流的MySQL默认配置，对MySQL的问题诊断以及处理造成很多不利的影响。

一般而言，Performance Schema会对性能造成影响，比如row mutex的位置。实际上，MySQL经常出现问题的地方，很多时候是在Server层，在这一层，很多Performance Schema的设置并不会导致性能的下降（或者明显下降）。

下文为总结出来的，推荐开启的Performance Schema选项，开启方式为update performance_schema.setup_instruments set enable=’yes’ where name=’xxx’。 

推荐打开

# MDL

MySQL 最著名的Server层锁之一，MDL锁管理着表结构变更的临界点，常常会遇到，alter 表的时候，发现需要等待，但偏偏发现不了是谁持有。

name like ‘%mdl%’

# Variables 

MySQL操作set global variable的时候，有时候发现等待时间比较长的时候，会不会心里发凉？推荐打开。

name like ‘%variables%’

# Slave 

主从结构下，Slave依赖的IO以及SQL，以及Master信息之间，有一套精密的锁结构保障安全，如果受到干扰，就会容易出现严重的复制故障。

name like ‘%Master_info%’

name like ‘%Relay_log_info%’

## Alter 相关

alter作为低频但重要操作，没有保障的执行，是非常危险的一种情况。

name like ‘%alter%’

必要情况下打开

以下情况，先参考下当前数据的以下变量，之后操作：

些值直接关系到Performacne Schema的内存占用大小。

开启系列

update performance_schema.setup_instruments set enable=’yes’ where name like ‘xxx%’

## SQL语句系列

以statement/sql以及statement/com代表的系列，如果认为需要打开，可以全部打开，会存储所有执行的SQL语句，上限为前面所定，其中也加入了一部分执行计划的相关信息。

## SQL执行系列 

以stage/sql/代表的系列，记录SQL执行的每一个阶段，是MySQL仅有的，在SQL运行完成后，一定程度上追查SQL执行计划的方式，

## 文件IO系列

wait/io代表的的系列，直接看具体文件IO的状况，在高负载数据库的诊断中，是作用相当大的设置。

总结

Performance Schema作为MySQL推广已久的性能判断框架，如果足够信任的话，放大招 update performance_schema.setup_instruments set enable=’yes’ ，直接打开所有Performance Schema的可用选项，对性能有较大影响，不推荐全部打开。

作者：刘伟

文章来自微信公众号：数据和云

本文链接：https://www.yunweipai.com/14671.html