MySQL只读用户能创建临时表是因为CREATE TEMPORARY TABLES权限独立于写权限，且临时表仅会话可见、不持久化；需按库精确授权SELECT和CREATE TEMPORARY TABLES权限。
MySQL 用户只读权限下为什么还能创建临时表
MySQL 的 READ ONLY 模式或 SELECT 权限本身不限制 CREATE TEMPORARY TABLE —— 这是设计使然。临时表只在当前会话可见、自动销毁，不涉及数据持久化或元数据变更，因此不被归入“写操作”范畴。只要用户有 CREATE TEMPORARY TABLES 权限（默认普通用户即拥有），即使被显式授予 SELECT + USAGE，也能建临时表。
如何安全授予只读 + 临时表能力
关键不是“禁止写”，而是精准控制权限组合。避免用 GRANT SELECT ON *.* 这类宽泛授权，应按库粒度显式放行，并单独补上临时表权限：
GRANT SELECT ON `app_db`.* TO 'report_user'@'%'; GRANT CREATE TEMPORARY TABLES ON `app_db`.* TO 'report_user'@'%'; FLUSH PRIVILEGES;
注意以下几点：
-
CREATE TEMPORARY TABLES必须和SELECT授予同一作用域（如都限定在app_db），否则在该库中执行CREATE TEMPORARY TABLE t AS SELECT ...会报错ERROR 1142 (42000): CREATE TEMPORARY TABLES command denied to user - 不要授予
CREATE TEMPORARY TABLES ON *.*，防止用户在系统库（如information_schema）意外建临时表引发不可预知行为 - 若应用连接后固定使用某库（如
USE app_db），可省略库名限定，但权限仍需绑定到该库，否则跨库查询时临时表语句可能失败
临时表能做什么、不能做什么
用户可用临时表做中间计算，但无法绕过只读限制影响真实数据：
- ✅ 允许：
CREATE TEMPORARY TABLE tmp AS SELECT id, SUM(val) FROM orders GROUP BY id;、SELECT * FROM tmp JOIN users USING(id); - ❌ 禁止：
INSERT INTO real_table SELECT * FROM tmp;（无INSERT权限）、DROP TABLE real_table;（无DROP权限）、CREATE TABLE perm_table (...);（无全局CREATE权限） - ⚠️ 注意：
ALTER TABLE tmp ...是允许的，因为临时表结构修改不触碰原表；但RENAME TABLE tmp TO other_tmp;会失败——MySQL 不支持重命名临时表
容易被忽略的兼容性细节
MySQL 8.0+ 默认启用 sql_require_primary_key，但这对临时表无效；不过如果临时表定义中显式加了 PRIMARY KEY，而源 SELECT 结果含重复值，CREATE TEMPORARY TABLE ... AS SELECT 会直接报错。更稳妥的做法是先建空临时表再 INSERT：
CREATE TEMPORARY TABLE tmp (id INT, cnt INT); INSERT INTO tmp SELECT user_id, COUNT(*) FROM logs GROUP BY user_id;
另外，临时表不参与复制（replication），从库上完全不可见；如果用户通过中间件连接读写分离集群，务必确认其连接的是只读节点——否则临时表虽能建，但后续 SELECT 若路由到主库，可能因会话隔离导致查不到数据。
