独立服务器数据库定期优化脚本

该脚本用于定期优化独立服务器上的数据库，通过自动执行索引重建、统计信息更新、碎片整理及无用数据清理等操作，提升查询性能与系统稳定性，支持定时调度（如cron）、多数据库适配及日志记录功能，可配置优化阈值与执行窗口，避免业务高峰期影响，适用于MySQL、PostgreSQL等主流数据库，兼顾安全性和可维护性。

独立服务器数据库定期优化脚本实践指南

在自建独立服务器环境中，数据库性能会随数据增长、索引碎片积累和查询模式变化而缓慢退化，不同于云数据库自带的自动维护能力，独立服务器需运维者主动介入——而一套简洁、可审计、低侵入的定期优化脚本，正是保障MySQL/PostgreSQL稳定运行的“数字润滑剂”。

我们推荐采用“三阶轻量策略”：只做必要项，拒绝过度干预，以MySQL为例，核心脚本包含三个原子操作：
1️⃣ 碎片整理：对写入频繁的大表（如日志、订单表）执行OPTIMIZE TABLE，但仅限于满足Data_free > 10485760（10MB空闲空间）且行数超5万的表，避免无差别全表锁；
2️⃣ 统计更新：运行ANALYZE TABLE刷新查询优化器统计信息，提升执行计划准确性；
3️⃣ 慢查归档：将slow_query_log中超过1秒且出现频次≥3次的SQL，自动截取特征哈希后存入monitor_slow_patterns表,供后续索引优化参考。

脚本设计强调“自治性”与“可观测性”：
✅ 使用crontab每日凌晨2:15触发（避开业务高峰），并设置timeout 300防卡死；
✅ 所有操作记录至/var/log/db-optimize.log，含开始时间、影响表名、执行耗时及退出码；
✅ 关键步骤前插入SELECT COUNT(*) FROM information_schema.TABLES校验连接有效性，失败则发邮件告警（通过mail -s "DB Opt Fail" admin@xxx.com）；
✅ 全程禁用--force参数，任何报错即中断,杜绝静默失败。

值得警惕的是：PostgreSQL用户应改用VACUUM ANALYZE配合pg_stat_all_tables筛选n_dead_tup > 1000的表，而非直接VACUUM FULL——后者会引发长时间锁表，所有脚本均置于/opt/scripts/db-optimize.sh，权限设为700,仅root或dbadmin可执行。

最后提醒：优化≠万能解药，若某表持续高碎片率，本质是设计问题（如缺乏分区、未清理归档数据）；若慢查集中于某类JOIN，脚本只能标记，真正解决靠索引重构与查询重写，定期优化脚本的价值，不在于“让数据库变快”，而在于“让性能衰减变得可见、可控、可追溯”。

——真正的稳定性，始于克制的自动化，成于清醒的运维判断。（全文共698字）