thinkphp 3.2 不支持直接执行 sql 文件，因其无内置批量执行功能，且 pdo 默认禁用多语句、不处理 use/delimiter/注释等 mysql 特有语法，加之编码、权限、路径等问题易导致执行失败。
ThinkPHP 3.2 执行 SQL 文件失败，常见原因不是“不支持”，而是框架本身**没有内置的 SQL 文件批量执行功能**。它只提供单条 SQL 执行（query、execute），不带 source 或 mysql -e 类机制。一旦你用 file_get_contents() 读取 SQL 文件再交给 M()->query()，大概率会报错——因为文件里往往含有多条语句、注释、分号、USE 语句、DELIMITER 变更等，而 TP3.2 的 PDO 驱动默认**不支持一次执行多条 SQL**。
SQL 文件含多条语句，PDO 直接拒绝
MySQL 原生命令行可执行 source xxx.sql，但 PHP 的 PDO 默认禁用多语句（PDO::ATTR_EMULATE_PREPARES = false 且未开启 PDO::MYSQL_ATTR_MULTI_STATEMENTS）。TP3.2 没有启用该选项，所以遇到 CREATE TABLE; INSERT INTO; UPDATE; 这样的内容，PDO 会直接抛出：
PDOException: SQLSTATE[HY000]: General error- 或
Cannot execute queries while other unbuffered queries are active
SQL 文件含 MySQL 特有语法，TP 无法识别
比如：
-
USE database_name;—— TP 不处理库切换指令，执行即报错 -
DELIMITER $$ ... END $$—— 存储过程定义，TP 当成非法 SQL -
-- 注释或/* 多行注释 */—— TP 不做预处理，原样传给 PDO，部分驱动会语法报错 -
ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;中的反引号缺失或字段名大小写敏感问题
字符编码不一致导致解析乱码
SQL 文件若保存为 GBK 或 UTF-8 with BOM，而 PHP 脚本以 UTF-8 无 BOM 解析，file_get_contents() 读出的内容可能含不可见控制符，造成 SQL 语法中断。尤其建表语句中中文注释、字段注释（COMMENT '用户昵称'）极易因此失败。
权限或路径问题被忽略
看似是 SQL 错误，实则底层失败：
- PHP 进程无权读取 SQL 文件（
file_get_contents(): failed to open stream），但你没检查返回值，后续对空字符串执行 query - SQL 文件里写了绝对路径（如
LOAD DATA INFILE '/tmp/data.csv'），但 MySQL 服务端禁用了该功能（secure_file_priv限制） - 建表语句指定了不存在的存储引擎（如
ENGINE=TokuDB），而当前 MySQL 未安装该插件
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
