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 > '2025-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());
}

临时表典型用途与替代陷阱

常见于中间聚合、分页缓存、批量校验等场景，但容易误用为“通用缓存”或“跨请求共享数据”——这两者都违背临时表设计初衷。

• 适合：一次请求内多次查询共用中间结果，比如先查出活跃用户 ID 列表，再连表统计其订单数
• 不适合：替代 Redis / APCu 做页面级缓存；或试图在多个 include 文件间靠临时表传数据（连接可能已复用或重置）
• 性能注意：临时表默认使用 MEMORY 引擎（内存表），但一旦超出 tmp_table_size 或含 TEXT/BLOB 字段，会自动转为 MyISAM 或 InnoDB 磁盘表，显著拖慢速度
• 权限坑：有些托管环境禁用 CREATE TEMPORARY TABLES 权限，仅给 SELECT，此时会报 ERROR 1045 (28000) 类似拒绝提示，需联系运维开通

临时表 vs 普通表 + 唯一前缀的实操取舍

当需要“伪临时”且跨请求可用时，有人用普通表加时间戳/进程ID前缀（如 tmp_20250520_12345_orders）。这看似灵活，实则埋雷：

• 脚本异常退出时，表不会自动清理，可能堆积成千上万个残留表
• 并发请求若生成相同前缀（如用 microtime() 但未加锁），导致 Table 'xxx' already exists
• 无法享受临时表的会话隔离优势，需自行加锁或命名空间管理
• 备份工具（如 mysqldump）默认包含这些表，增大备份体积和恢复风险

真正需要跨请求共享中间数据，应改用 Redis、Memcached 或数据库中带 TTL 的持久表（如加 expires_at 字段 + 定时清理任务）。