MySQL巡检建议梳理

这是学习笔记的第 1808篇文章

最近在做业务巡检的工作时，对于巡检信息的展示，对于偏后端的我们是不擅长的，所以我们设计一个基本的原型需求，在专业前端团队的帮助下，迭代了一个初版的demo，整体来看，里面有图，有数字，会比原来单调的报告生动了不少。我想这也是我主导业务巡检这个事情的初衷：让业务看得懂的巡检。

至于MySQL层面的巡检，按照我们之前的思路，其实主要是偏系统层面的，比如监控，报警检查，主从复制检查，备份检查等。这些对于业务来说，他们都是不关心的，他们关心什么呢，偏向于业务层面的信息，他们能够直观感受到的就是数据库，表和索引，当然还有最重要的一个对象：SQL.

在这个基础上，我把巡检的检查项做了一个初步的梳理，大体分了这么几个层面。表和索引，SQL,数据库，至于系统层面的检查，我放到了最后，在打分的部分会考虑到，主要作为内部问题来处理，对接业务的主要是上面三个层面。

大家知道MySQL 5.7里面的sys schema还是很不错的一个选择，所以有些亮点的巡检项是打算使用sys schema来完成的。

对于巡检信息的抽取，初步计划是做到离线采集，在线提取，这样一来对于数据的巡检结果响应效率是最佳的。

所以从巡检结果的设计层面考虑，我是打算按照周期表的方式来执行巡检任务，把生成的巡检数据已接口化的方式存储起来，在需要提取的时候可以直接查取。