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和删除数据时，考虑从库延迟