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+的表数据和重建表碎片
注意事项：
1，如有从库，注意设定延迟时间和最大CPU等待
2，如果大表的索引多，重建时间会比较长，执行超过7,8个小时都有可能
3，确保实例数据库的剩余硬盘容量超过310G以上。
3， 如何DDL和删除数据时，考虑从库延迟
服务器托管，北京服务器托管，服务器租用服务器托管网 http://www.fwqtg.net
机房租用，北京机房租用，IDC机房托管， http://www.fwqtg.net
基于ChatGLM-6B第一版，要注意还有ChatGLM2-6B以及ChatGLM3-6B 转载请备注出处：https://www.cnblogs.com/zhiyong-ITNote/ PrefixEncoder 作用：在微调时（以P-Tuning V2为例…
