ThinkPHP 6.1.7 不支持执行 SQL 文件自动分配数据库或应用层权限；数据库用户权限需 DBA 手动执行 GRANT 语句，应用层 RBAC 权限应通过模型绑定规则实现，严禁在应用中执行高危 SQL。
ThinkPHP 6.1.7 本身不提供“执行 SQL 文件并自动分配权限给角色”的内置功能。权限分配（如数据库用户权限、应用层角色权限）需分两层理解：一是数据库层面的账号权限（如 MySQL 的 GRANT），二是应用层面的角色-权限控制（如 RBAC）。TP6.1.7 主要处理后者，且不直接操作数据库系统权限。
数据库用户权限（MySQL/PostgreSQL 等）需手动执行 SQL
若你指“用 SQL 文件给数据库用户授予权限（如授予 role_user 查询 orders 表的权限）”，这属于 DBA 操作，与 ThinkPHP 无关。需通过数据库客户端或命令行执行类似语句：
-
MySQL 示例：
GRANT SELECT, INSERT ON mydb.orders TO 'role_user'@'localhost'; FLUSH PRIVILEGES; -
注意：该操作必须由具备
GRANT OPTION权限的高权限账号（如 root）执行；TP6.1.7 的数据库连接账号通常不应拥有此权限，否则存在严重安全风险。 -
执行 SQL 文件方式：可用命令行导入：
mysql -u root -p mydb ；不要在 TP 应用中动态执行含 <code>GRANT的 SQL（框架默认禁用多语句，且逻辑上不应由业务代码管理 DB 用户权限）。
应用层角色权限（RBAC）需通过模型和数据表配置
TP6.1.7 支持基于数据库的 RBAC 权限管理，但需自行设计数据表结构（或使用扩展包如 topthink/think-auth），再通过 PHP 代码将权限节点分配给角色：
-
典型数据表：
auth_rule（权限规则）、auth_role（角色）、auth_role_rule（角色-规则关联）。 -
分配权限示例（PHP 代码）：
$role = RoleModel::find(2);<br>$role->rules()->attach([101, 102, 105]); // 给角色ID=2绑定规则ID
-
批量导入权限规则：可先用 SQL 文件初始化
auth_rule表（如插入菜单、接口等规则），再用 PHP 脚本读取并绑定到角色，而非让 SQL 文件直接“分配角色权限”。
避免常见误区
以下做法不可取或不安全：
立即学习“PHP免费学习笔记（深入）”；
- 在控制器中拼接并执行
GRANT/CREATE USER类 SQL —— 违反最小权限原则，且 TP 的 PDO 默认关闭多语句执行（PDO::ATTR_EMULATE_PREPARES不影响此限制）。 - 把角色权限逻辑写进 SQL 文件，期望 TP “一键执行” —— SQL 是数据定义/操作语言，不含应用逻辑；权限分配需结合业务上下文（如谁在什么时间给哪个角色配哪些权限）。
- 混淆数据库账号（DB user）与应用角色（App role）—— 前者控制谁能连库、查哪张表；后者控制登录用户能访问哪个菜单、调用哪个接口。
推荐实践路径
如需初始化一套权限体系：
- 用 SQL 文件初始化基础数据（如预置管理员角色、系统菜单规则）；
- 编写命令行指令（
php think make:command InitPermissions）或后台接口，在可信环境内调用模型完成角色-规则绑定； - 生产环境禁止开放任意 SQL 执行入口；所有权限变更应走审核+日志记录流程。
