thinkphp 6.5 不支持直接导入 sql 文件，需用原生 mysql 命令行还原：mysql -u 用户名 --defaults-file=/path/to/my.cnf 数据库名
ThinkPHP 6.5 本身不提供直接执行完整 SQL 文件（如
backup.sql）的内置命令，它没有类似 Laravel 的php artisan db:import功能。恢复数据必须依赖原生 MySQL 工具或手动解析执行，不能靠框架模型“自动导入”。推荐方式：用系统 mysqldump + mysql 命令行还原
这是最可靠、最高效、也最符合生产环境规范的做法：
- 确保备份文件是标准 mysqldump 导出的 SQL（含
CREATE TABLE和INSERT），且未被放于public/等 Web 可访问目录- 确认目标数据库已存在（若需重建，先执行
DROP DATABASE IF EXISTS xxx; CREATE DATABASE xxx CHARACTER SET utf8mb4;）- 使用 mysql 客户端导入：
mysql -u 用户名 --defaults-file=/path/to/my.cnf 数据库名- 其中
--defaults-file是安全传密的方式，避免密码暴露在进程列表中不推荐但可临时用：PHP 手动读取并分段执行 SQL
仅适用于小文件（
- 读取文件后按
;拆分语句（注意处理注释、多行字符串、存储过程中的分号）- 逐条调用
Db::execute()执行非查询语句（CREATE、INSERT、UPDATE等）- 跳过
USE、SET、DELIMITER等 mysql 客户端指令——PHP 的 PDO 不识别它们- 必须加异常捕获和影响行数校验：
if (false === Db::execute($sql)) { /* 记录失败语句 */ }ThinkPHP 自带命令（db:restore）的局限性
TP6.5 的
php think db:restore filename.sql并非真正执行 SQL 文件，而是：
- 仅支持其
db:backup命令生成的**压缩包格式**（如.sql.gz），且内部结构固定- 不兼容 mysqldump 直接导出的纯文本 SQL 文件
- 底层仍调用
mysql命令行工具，而非 PHP 解析——所以依然受限于系统权限与配置- 若报错
Access denied，大概率是运行 PHP 的用户（如 www-data）无权调用mysql或缺少 socket 访问权限关键注意事项
无论用哪种方式，都必须做到：
- 还原前清空目标库或表：不能只追加数据，否则残留脏数据、字段冲突、索引错乱会引发后续问题
- 关闭外键检查：
SET FOREIGN_KEY_CHECKS = 0;（在 SQL 文件开头或执行前手动加）- 确认字符集一致：导入时指定
--default-character-set=utf8mb4，避免中文乱码- 执行后验证：查几张核心表的记录数、字段值、时间戳是否符合预期
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
