MySQL定期自动备份靠操作系统级定时任务实现，Linux用cron、Windows用任务计划程序；需编写含安全措施的Shell脚本并加入定时器。
MySQL 定期自动备份靠什么实现
MySQL 本身不提供内置的定时备份调度功能，mysqldump 或 mysqlpump 只是导出工具，真正“定期自动”得靠操作系统级的定时任务（Linux 用 cron，Windows 用任务计划程序）。所以配置备份计划 = 写好备份脚本 + 加入系统定时器。
写一个安全可用的备份脚本要注意什么
直接在 cron 里调 mysqldump 命令容易失败，常见问题包括：密码明文暴露、路径权限不足、中文表名乱码、未压缩占空间、旧备份不清理。建议用 Shell 脚本封装，并注意以下几点：
-
mysqldump加--single-transaction --routines --triggers --events，兼顾一致性与结构完整性 - 用
~/.my.cnf存凭证（权限设为600），避免命令行暴露-p密码 - 文件名带
$(date +\%Y\%m\%d_\%H\%M)时间戳，防止覆盖 - 导出后立即用
gzip压缩，加&& rm $SQL_FILE清理中间文件 - 用
find /backup -name "*.sql.gz" -mtime +7 -delete自动清理 7 天前备份
cron 中如何正确设置 MySQL 备份任务
错误示例：0 2 * * * mysqldump -u root -p123456 test > /backup/test.sql —— 密码明文、无压缩、无错误检查、路径可能无写入权限。正确做法是：
- 把完整脚本（如
/opt/scripts/mysql_backup.sh）赋予可执行权限：chmod +x /opt/scripts/mysql_backup.sh - 编辑用户 crontab：
crontab -e，添加一行：0 2 * * * /opt/scripts/mysql_backup.sh >> /var/log/mysql_backup.log 2>&1 - 务必确认脚本中所有路径（如
mysqldump、gzip、备份目录）使用绝对路径，cron的$PATH很窄 - 首次运行前手动执行一次脚本，检查日志输出和生成文件是否正常
备份恢复时最容易被忽略的细节
备份只是第一步，恢复才是验证有效性的关键。很多团队只存了 .sql.gz 却从没试过还原。实操中要注意：
- 导入前先创建空库：
mysql -e "CREATE DATABASE IF NOT EXISTS test CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;" - 解压后用
mysql --default-character-set=utf8mb4 test ，字符集必须显式指定，否则中文可能变问号 - 如果备份含
CREATE DATABASE，导入前要删掉该语句或改用mysql -D test指定库名，避免报错 - 大库恢复时加
--force跳过个别错误，但需人工核对跳过的对象
时间戳命名、压缩、自动清理、独立凭证文件、cron 绝对路径 —— 这五点漏掉任一，都可能让备份在真正需要时失效。
