MySQL 8.0 存储过程中需用 PREPARE+EXECUTE 安全创建租户库，严格校验库名、包裹反引号、捕获错误；建表须带租户前缀、所有标识符加反引号；GRANT/CREATE USER 受限，应交由外部执行；失败时按 trace_id 手动逆向清理。
MySQL 8.0 存储过程中如何安全创建租户专属数据库
直接用 CREATE DATABASE 动态拼接库名是常见做法，但必须校验输入——否则会触发 SQL 注入或非法字符错误。MySQL 8.0 不支持在存储过程中直接用变量作为 CREATE DATABASE 的数据库名，必须用 PREPARE + EXECUTE。
关键限制：数据库名不能含点号、空格、斜杠，且长度建议 ≤ 64 字符；推荐用正则预筛（如 SELECT name REGEXP '^[a-zA-Z][a-zA-Z0-9_]{2,63}$'）再执行。
- 先声明变量：
DECLARE db_name VARCHAR(64); - 拼接语句时严格使用
CONCAT('CREATE DATABASE `', db_name, '` CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci')，反引号必不可少 - 务必捕获
1007（数据库已存在）和1044（权限不足）错误，用DECLARE EXIT HANDLER FOR SQLSTATE 'HY000'或具体错误码处理
如何在存储过程里为每个租户初始化隔离的表结构
不能依赖外部建表脚本，所有 CREATE TABLE 必须动态生成并执行。重点在于字段名、索引名、约束名需带租户前缀或后缀，避免跨租户冲突。
例如租户 acme 的用户表应命名为 acme_users，而非统一的 users；外键约束名也得唯一，比如 fk_acme_users_role_id。
- 表名拼接示例：
SET tbl_name = CONCAT(tenant_id, '_users'); - 建表语句中所有标识符（表名、列名、索引名）都需包裹反引号，如
CREATE TABLE `tbl_name` (`id` BIGINT PRIMARY KEY) - 避免在存储过程中执行
ALTER TABLE ... ADD FOREIGN KEY后立即插入数据——InnoDB 在事务内可能因元数据锁阻塞，建议拆成两个独立EXECUTE块
为什么不能在存储过程中直接授予权限给租户专用账号
MySQL 8.0 默认禁用存储过程内执行 GRANT，报错 ERROR 1419 (HY000): You do not have the SUPER privilege，即使 definer 是 root 也不行（除非开启 log_bin_trust_function_creators=ON，但生产环境不建议）。
真正可行的做法是：把权限授予语句写进外部初始化脚本，或由运维系统调用 mysql -e "GRANT SELECT,INSERT ON `tenant_db`.* TO 'tenant_user'@'%'; FLUSH PRIVILEGES;"。
- 若坚持在存储过程中“模拟授权”，只能退而求其次：记录待授权清单到一张
pending_grants表，由定时任务扫描并执行 - 注意：
CREATE USER同样受限，需提前创建好模板账号（如tenant_%），再通过RENAME USER或动态密码设置来复用
初始化失败时如何清理已创建的中间产物
租户初始化是典型的“全有或全无”操作，一旦中途出错（比如建第二张表失败），必须回滚已建的库和表，否则留下脏数据。
MySQL 存储过程不支持 DDL 回滚，所以得手动逆向清理：先删表，再删库。顺序不能反——删库会级联删表，但若表上有活跃连接，DROP DATABASE 会卡住。
- 建议在初始化开头就生成唯一 trace_id（如
UUID()），所有创建对象名都带上该 ID（如acme_20240521_xyz_users），失败时按 pattern 批量清理 - 执行
DROP TABLE前加SELECT COUNT(*) FROM information_schema.TABLES WHERE TABLE_SCHEMA = 'db_name'确认无残留连接 - 最稳妥方式：把整个初始化逻辑封装进 shell 脚本，用
mysql -e分步执行，并用set -e自动退出，靠外部流程控制原子性
实际部署时，DDL 操作的不可中断性和锁行为比想象中更顽固——哪怕只是加个索引，也可能让初始化卡住几分钟。别迷信存储过程能包揽一切，租户隔离初始化本质是运维+DBA+应用层协同的事，存储过程只适合做“最后一段可复用的胶水逻辑”。
