2022年3月核心库MySQL优化总结

2021年9月底到新公司，公司核心数据库，以前无专业DBA维护，问题多，隐患大，到2022年2月持续后，优化至今：

优化大项：

1，从1主3从，扩容到1主5从，将部分读放都另外新加从库
   2，最大表9.6亿+条，归档4.9亿条
   3，容量控制（归档和重建）
        超过500万条的40张表归档，27张超过1.5G的大表重建，容量从去年12月份的1368G下降到729G，清理出639G
   4,   2个大表迁移到新实例
   5，优化SQL，慢SQL指标从10秒下降到1秒，
   6，分析核心库问题
   7，部署长事务监控，shell慢SQL自动发送邮件，每10秒保存Processlist信息，核心库表行数统计等程序

优化亮点：

1、 如何优化like '%%' 的慢SQL（非全文索引和放ES）

2， 如何归档删除有9.6亿条+大表（删除4.9亿条），310G+的表数据和重建表碎片

310G+大表重建注意事项：

1，如有从库，注意设定延迟时间和最大CPU等待

2，如果大表的索引多，重建时间会比较长，执行超过7,8个小时都有可能

3，确保实例数据库的剩余硬盘容量超过310G以上。

3， 如何DDL和删除数据时，考虑从库延迟