MYSQL——基础知识（SQL的临时表和克隆表）

目录

前言

[一、MySQL 临时表：会话级的"草稿纸"](#一、MySQL 临时表：会话级的“草稿纸”)

[二、MySQL 克隆表：完整复制表结构与数据](#二、MySQL 克隆表：完整复制表结构与数据)

[三、临时表 vs 克隆表：对比总结](#三、临时表 vs 克隆表：对比总结)

四、最佳实践建议

五、总结

---

前言

在 MySQL 开发与运维中，临时表（Temporary Table） 和 克隆表（Cloned Table） 是两种非常实用但用途迥异的技术。

• 临时表用于在单个会话中暂存中间计算结果，用完即焚；
• 克隆表则用于完整复制一张表的结构、索引乃至数据，常用于备份、测试或迁移。

本文将系统讲解两者的原理、语法、使用场景及最佳实践，助你灵活应对复杂数据处理需求。

---

一、MySQL 临时表：会话级的"草稿纸"

1. 什么是临时表？

临时表是仅在当前数据库连接（会话）中可见的特殊表。其生命周期与会话绑定：

• 创建 ：CREATE TEMPORARY TABLE
• 销毁 ：会话结束时自动删除，也可手动 DROP

核心特性：

• 同名临时表可与普通表共存（查询时优先使用临时表）；
• 不同会话可创建同名临时表，互不干扰；
• 执行 SHOW TABLES 不会显示临时表。

---

2. 创建临时表的两种方式

(1) 显式定义结构

CREATE TEMPORARY TABLE temp_sales (
    product_name VARCHAR(50) NOT NULL,
    total_sales DECIMAL(12,2) NOT NULL DEFAULT 0.00,
    avg_unit_price DECIMAL(7,2) NOT NULL DEFAULT 0.00,
    total_units_sold INT UNSIGNED NOT NULL DEFAULT 0
);

(2) 从查询结果创建（常用）

-- 复制 2023 年后的订单到临时表（想实验的可以自己创建订单表）
CREATE TEMPORARY TABLE temp_orders AS
SELECT * FROM orders 
WHERE order_date >= '2023-01-01';

注意： 此方式不复制索引、主键、自增属性，仅复制列名和数据类型。

---

3. 操作临时表（与普通表一致）

-- 插入数据
INSERT INTO temp_sales (product_name, total_sales, avg_unit_price, total_units_sold)
VALUES ('cucumber', 100.25, 90.00, 2);

-- 查询
SELECT * FROM temp_sales;

-- 修改结构（如添加列）
ALTER TABLE temp_sales ADD COLUMN region VARCHAR(30);

-- 手动删除（释放资源）
DROP TEMPORARY TABLE IF EXISTS temp_sales;

注意： 即使不手动删除，会话断开后临时表自动消失。

---

4. 典型应用场景

场景	说明
复杂报表计算	将多步聚合结果暂存，避免重复计算
ETL 中间处理	清洗、转换数据时作为缓冲区
存储过程/函数	在逻辑内部保存临时结果集
PHP/Python 脚本	脚本执行期间使用，结束后自动清理

**示例：**统计高价值客户

-- 步骤1：筛选大额订单
CREATE TEMPORARY TABLE high_value_orders AS
SELECT customer_id, SUM(amount) AS total
FROM orders
WHERE amount > 1000
GROUP BY customer_id;

-- 步骤2：关联客户信息
SELECT c.name, h.total
FROM customers c
JOIN high_value_orders h ON c.id = h.customer_id;

-- 脚本结束，临时表自动销毁

---

二、MySQL 克隆表：完整复制表结构与数据

与临时表不同，克隆表是永久表 ，目标是1:1 复制原表，包括：

• 表结构（列、数据类型）
• 索引（主键、唯一、普通）
• 默认值、自增属性
• 存储引擎（如 InnoDB）

CREATE TABLE ... SELECT 无法做到这一点！它只复制数据和基本列定义，丢失索引和约束。

---

正确克隆表的三步法

步骤1：获取原表完整建表语句

SHOW CREATE TABLE runoob_tbl\G

输出示例：

CREATE TABLE `runoob_tbl` (
  `runoob_id` int(11) NOT NULL AUTO_INCREMENT,
  `runoob_title` varchar(100) NOT NULL DEFAULT '',
  `runoob_author` varchar(40) NOT NULL DEFAULT '',
  `submission_date` date DEFAULT NULL,
  PRIMARY KEY (`runoob_id`),
  UNIQUE KEY `AUTHOR_INDEX` (`runoob_author`)
) ENGINE=InnoDB;

步骤2：修改表名并执行建表

CREATE TABLE `clone_tbl` (  -- 仅改表名
  `runoob_id` int(11) NOT NULL AUTO_INCREMENT,
  `runoob_title` varchar(100) NOT NULL DEFAULT '',
  `runoob_author` varchar(40) NOT NULL DEFAULT '',
  `submission_date` date DEFAULT NULL,
  PRIMARY KEY (`runoob_id`),
  UNIQUE KEY `AUTHOR_INDEX` (`runoob_author`)
) ENGINE=InnoDB;

步骤3：复制数据

INSERT INTO clone_tbl 
SELECT * FROM runoob_tbl;
-- 或指定列（更安全）
INSERT INTO clone_tbl (runoob_id, runoob_title, runoob_author, submission_date)
SELECT runoob_id, runoob_title, runoob_author, submission_date
FROM runoob_tbl;

结果： clone_tbl 与 runoob_tbl 完全一致！

---

替代方案：使用 mysqldump（适合跨库/跨服务器）

导出单表（控制台操作）

mysqldump -u username -p dbname original_table > original_table.sql

导入为新表（需先编辑 SQL 文件修改表名，或导入后重命名。控制台操作）

mysql -u username -p new_dbname < original_table.sql

**适用场景：**生产环境备份、跨服务器迁移、版本回滚。

---

三、临时表 vs 克隆表

特性	临时表（Temporary Table）	克隆表（Cloned Table）
生命周期	会话结束自动销毁	永久存在，需手动删除
可见范围	仅当前会话	所有会话可见
存储内容	临时中间数据	原表的完整副本
是否复制索引	否（除非显式定义）	是（通过 SHOW CREATE TABLE）
典型用途	计算缓存、脚本中间结果	备份、测试、数据迁移
命令	CREATE TEMPORARY TABLE	SHOW CREATE TABLE + CREATE TABLE + INSERT INTO ... SELECT

---

四、最佳实践建议

临时表使用建议

• 避免在临时表上创建过多索引（会话短，收益低）；
• 大数据量临时表注意内存/磁盘使用（InnoDB 临时表可能写磁盘）；
• 在存储过程中使用后及时 DROP，释放资源。

克隆表使用建议

• 克隆大表时注意锁表影响（INSERT INTO ... SELECT 会读锁原表）；
• 生产环境操作前先在测试库验证；
• 若只需结构，跳过步骤3（不复制数据）。

---

五、总结

• 临时表 = 会话专属的"便签纸"：轻量、自动清理，适合中间计算；
• 克隆表 = 原表的"双胞胎"：结构数据全复制，适合备份与迁移。

掌握这两种技术，能让你在面对复杂查询、数据迁移、性能优化等场景时游刃有余。合理选择，事半功倍！