PHP 无法直接创建临时表，而是通过 MySQL 连接执行 CREATE TEMPORARY TABLE 语句；临时表仅当前会话有效、自动销毁、不可跨连接访问、不支持外键，需注意权限、引擎限制及误用风险。
PHP 中不能直接“创建临时表”，必须通过 MySQL 连接执行 SQL
PHP 本身没有内置的“建表”能力，所谓“PHP 创建临时表”，实际是 PHP 调用 MySQL（或 MariaDB）服务，发送 CREATE TEMPORARY TABLE 语句。如果连接已断开、用户权限不足、或用的是不支持临时表的存储引擎（如 Memory 引擎在某些配置下受限），语句会静默失败或报错 ERROR 1142 (42000): CREATE command denied to user。
关键点：
- 临时表只对**当前数据库连接会话（session）有效**，脚本结束、连接关闭后自动销毁
- 无需手动
DROP，但显式调用DROP TEMPORARY TABLE是安全习惯 - 不能被其他连接访问，哪怕同一用户、同一数据库名也不可见
- 不支持外键约束（MySQL 8.0.19+ 对 InnoDB 临时表有限支持，但生产环境慎用）
mysqli 和 PDO 创建临时表的写法差异
两种主流扩展写法接近，但错误处理和参数绑定逻辑不同。临时表语句不含用户输入时，无需预处理；若含动态字段或条件，仍需严格过滤。
/* mysqli 示例 */
$mysqli = new mysqli('localhost', 'user', 'pass', 'db');
$result = $mysqli->query("CREATE TEMPORARY TABLE tmp_user_log AS SELECT id, action, created_at FROM user_log WHERE created_at > '2024-01-01'");
if (!$result) {
echo "建表失败：" . $mysqli->error; // 输出类似：Can't create table `db`.`tmp_user_log` (errno: 150)
}/* PDO 示例（推荐用异常模式） */
$pdo = new PDO('mysql:host=localhost;dbname=db', 'user', 'pass', [
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION
]);
try {
$pdo->exec("CREATE TEMPORARY TABLE tmp_summary (uid INT, cnt INT) ENGINE=InnoDB");
} catch (PDOException $e) {
// 注意：临时表失败通常抛出 SQLSTATE 42000 或 HY000
error_log("临时表创建异常：" . $e->getMessage());
}临时表典型用途与替代陷阱
常见于中间聚合、分页缓存、批量校验等场景，但容易误用为“通用缓存”或“跨请求共享数据”——这两者都违背临时表设计初衷。
立即学习“PHP免费学习笔记（深入）”；
- 适合：一次请求内多次查询共用中间结果，比如先查出活跃用户 ID 列表，再连表统计其订单数
-
不适合：替代 Redis / APCu 做页面级缓存；或试图在多个
include文件间靠临时表传数据（连接可能已复用或重置） -
性能注意：临时表默认使用 MEMORY 引擎（内存表），但一旦超出
tmp_table_size或含 TEXT/BLOB 字段，会自动转为 MyISAM 或 InnoDB 磁盘表，显著拖慢速度 -
权限坑：有些托管环境禁用
CREATE TEMPORARY TABLES权限，仅给SELECT，此时会报ERROR 1045 (28000)类似拒绝提示，需联系运维开通
临时表 vs 普通表 + 唯一前缀的实操取舍
当需要“伪临时”且跨请求可用时，有人用普通表加时间戳/进程ID前缀（如 tmp_20240520_12345_orders）。这看似灵活，实则埋雷：
- 脚本异常退出时，表不会自动清理，可能堆积成千上万个残留表
-
并发请求若生成相同前缀（如用
microtime()但未加锁），导致Table 'xxx' already exists - 无法享受临时表的会话隔离优势，需自行加锁或命名空间管理
- 备份工具（如 mysqldump）默认包含这些表，增大备份体积和恢复风险
真正需要跨请求共享中间数据，应改用 Redis、Memcached 或数据库中带 TTL 的持久表（如加 expires_at 字段 + 定时清理任务）。
