mysql按周/月自动备份必须用mysqldump+定时任务，因其轻量可控、可审计且恢复路径明确；需用cron分层调度周备（0 2 0）和月备（0 3 1 ），配合--routines--events--single-transaction等参数及压缩归档。
MySQL 按周/月自动备份必须用 mysqldump + 定时任务，不能只靠 MySQL 自身
MySQL 本身不提供内置的轮转式定时备份机制。mysqldump 是最轻量、最可控的选择，配合系统级定时器（如 cron）才能实现真正按周/月归档+清理。别被“企业版”“插件备份”误导——日常运维中，mysqldump + cron 组合稳定、可审计、恢复路径明确。
常见错误现象：cron 执行失败但无报错；备份文件时间戳混乱；周备份和月备份互相覆盖；mysqldump 因权限或超时中断却没被发现。
- 务必在
cron中显式指定PATH和HOME，否则mysqldump可能找不到或认证失败 - 用
--single-transaction（InnoDB）或--lock-tables=false避免锁表，但需确认引擎类型 - 备份文件名必须含日期，推荐格式：
backup_$(date +\%Y\%m\%d_\%H\%M).sql.gz，避免硬编码星期/月份逻辑 - 不要在
cron里直接写复杂 if 判断“今天是不是周日”，而是用cron的时间表达式分层调度
用 cron 表达式区分周备和月备：别混在同一个脚本里判断
把“是否为每月1号”或“是否为每周日”这种判断逻辑塞进 shell 脚本里，容易出错且难调试。正确做法是让 cron 自己决定执行时机，再调用不同脚本或传参区分行为。
使用场景：周备通常选周日凌晨（如周日 2:00），月备固定在每月 1 日凌晨（如 1 日 3:00）。两者独立触发，互不干扰。
- 周备份（每周日 2:00）：
0 2 * * 0 /path/to/backup_weekly.sh - 月备份（每月 1 日 3:00）：
0 3 1 * * /path/to/backup_monthly.sh - 两个脚本可以共用核心 dump 命令，但归档路径和保留策略不同：周备存
/backup/weekly/并find ... -mtime +28 -delete，月备存/backup/monthly/并find ... -mtime +365 -delete - 注意
cron默认使用 UTC 时间，务必确认服务器时区（timedatectl status），否则可能“以为是凌晨，其实是中午”
mysqldump 备份命令必须加 --routines、--events 和压缩，否则恢复不完整
默认 mysqldump 不导出存储过程、函数、事件调度器——这些常被忽略，但线上业务很可能依赖它们。不压缩则备份体积暴增、IO 压力大、传输慢、磁盘撑爆快。
参数差异直接影响可恢复性：--routines 导出 CREATE PROCEDURE，--events 导出 CREATE EVENT，缺一不可；--triggers 默认开启，不用额外加；--set-gtid-purged=OFF 在非 GTID 环境下避免报错。
- 标准周备命令示例：
mysqldump --all-databases --routines --events --single-transaction --set-gtid-purged=OFF -u root -p'xxx' | gzip > /backup/weekly/backup_$(date +\%Y\%m\%d_\%H\%M).sql.gz - 加
--skip-lock-tables替代--lock-tables=false更稳妥（后者在某些旧版本会报错） - 密码明文写在命令行有泄露风险，建议用
~/.my.cnf配置文件，并设chmod 600 ~/.my.cnf - 大库（>10GB）建议加
--compress减少网络传输量（如果备份到远程）
轮转不是“删旧文件”那么简单：保留策略要匹配恢复 SLA，且必须验证
很多人只写 find /backup -name "*.sql.gz" -mtime +30 -delete，看似轮转，实则埋雷——没考虑备份失败后空档期、没验证压缩包是否损坏、没留出故障排查缓冲时间。
性能与兼容性影响：频繁 find 扫描大量小文件会拖慢磁盘 IO；用 -mtime 依赖文件修改时间，而解压/移动操作会改时间戳，导致误删。
- 推荐用命名规则 + 时间戳过滤，例如只保留最近 8 个周备：
ls -t /backup/weekly/backup_*.sql.gz | tail -n +9 | xargs rm -f - 每次备份后必须校验：
gzip -t backup_file.sql.gz和head -20 backup_file.sql.gz | gunzip 2>/dev/null | head -5（确认前几行是 SQL） - 月备份建议单独保留，至少 12 份，且每年手动打一次 tag（如
backup_2024_yearly.sql.gz），防止自动清理误伤 - 最容易被忽略的一点：备份脚本退出码没检查。加
|| echo "Backup failed at $(date)" | mail -s "MySQL backup alert" admin@example.com，不然失败了你根本不知道
