这是学习笔记的第 1930 篇文章
之前讨论过慢日志平台的一些设计，当然也得到了一些朋友的建议，经过评估，我没有使用行业里的其他开源方案，而是使用自定义的方式来实现。
关于慢日志之前讨论过两篇，对于慢日志的一些功能划分和流程设计都做了一些解释：
来看一个初版的慢日志平台的界面。
对于整个产品的设计我使用如下的框图的方式来体现：
最上面的部分是整个慢日志报告的头部，包含了基础的运维信息，比如服务信息，数据库大小等，通过这些指标能够对整个数据库有一个整体的认识。
右边的小框是一个打分模块，会通过分数的方式来体现整个慢日志分析结果的情况，如果慢日志多，重复率高，那么分数就会低。
左侧上面的第一张趋势图是CPU的，下面的是慢日志条数的趋势图。目前慢日志使用半个小时的维度来采集信息，使用了快照的思想，通过快照维度能够分析出一些潜在的数据变化。
然后是慢日志排行榜和慢日志的比例分布。
最后是慢日志的明细报告，这些是最重要的内容。
相关链接：