mysqldump 是唯一能保证结构、数据、约束、注释等完整一致的备份手段；手动拼SQL会丢失索引、外键、字符集、触发器、存储过程及字段类型细节，且无事务一致性保障；安全调用需使用配置文件传参、加关键参数、校验返回值、规范命名与路径，并用重定向方式还原。
mysqldump 是唯一能保证结构+数据+约束+注释一致性的备份手段，ThinkPHP 自身的 Db 类或模型不提供等效能力。用 PHP 拼 SQL、遍历查表再拼 INSERT，必然丢索引、外键、字符集、触发器、存储过程，也不支持 CREATE TABLE IF NOT EXISTS 之外的兼容逻辑。
为什么不能用 Db::select() + 手动拼 SQL 备份
这种做法看似可控，实则埋雷密集：
- 字段类型（如
TINYINT(1)vsBOOLEAN）、默认值（DEFAULT CURRENT_TIMESTAMP）、自增起始值全丢失 -
SHOW CREATE TABLE返回的语句含注释、分区定义、引擎参数，手工构造根本无法还原 - 视图、函数、事件、存储过程完全不被
Db::query()覆盖 - 大表遍历时内存溢出、超时中断，且无事务一致性保障（
SELECT *不加锁，备份中途写入就脏） - 字符集与排序规则（
COLLATE）需从information_schema单独查，极易错配导致导入失败
怎样安全调用 mysqldump 并规避权限/注入风险
Web 进程（如 www-data）默认无权直连 MySQL socket 或远程登录，硬写密码进命令行还会被 ps aux 窃取。
- 改用配置文件方式：新建
/var/www/my.cnf，内容为[client]\nuser = your_db_user\npassword = your_strong_password，权限设为600 - 执行命令时用
--defaults-file=/var/www/my.cnf，而非暴露凭证的-u -p参数 - 必须加
--single-transaction --routines --triggers --events --set-gtid-purged=OFF，否则主从环境可能出错 - PHP 中用
exec()时，务必检查$return_var：非0就失败，不能只看输出是否为空 - 确认
php.ini中未禁用exec或shell_exec，且 Web 用户在mysql组中（Debian/Ubuntu 下）
备份文件存放与命名的关键细节
放错路径等于裸奔，命名不规范会导致覆盖或恢复混乱。
- 绝对禁止存入
public/或任何 Web 可访问目录，应放在runtime/backup/或/data/backups/等系统路径 - 文件名必须含时间戳和数据库名，例如
backup_shop_202604250915.sql，避免backup.sql被反复覆盖 - 备份后立即用
sha256sum计算校验值并记录日志，防止磁盘静默损坏导致备份无效 - 若项目共用数据库，还原前必须先
DROP DATABASE再CREATE DATABASE，不能仅USE db_name后执行 SQL —— 否则残留表结构会引发主键冲突、字段缺失等隐性故障
还原操作为何不能依赖 mysql -e "source xxx.sql"
这条命令在交互式终端可用，但在 PHP 中执行会因换行、分号、注释解析异常而中断，且无法捕获语法错误。
立即学习“PHP免费学习笔记（深入）”；
- 必须用重定向方式：
mysql --defaults-file=/var/www/my.cnf database_name - 还原前加
SET FOREIGN_KEY_CHECKS = 0;和SET SQL_MODE = '';，否则外键或严格模式会拒载 - 别信
-f（force）参数：它只是跳过错误继续执行，掩盖了表结构不匹配、字段长度超限等真实问题 - 还原后应执行
SELECT COUNT(*) FROM information_schema.TABLES WHERE TABLE_SCHEMA = 'your_db'核对表数量，并抽样查几条关键数据是否完整
mysqldump 安全、稳定、可验证地跑起来”。所有绕过原生命令的尝试，最后都会在数据一致性上付出代价。 
