MySQL 中是否有类似 insert /+ append / all 的实现

kv2002 2013-09-29 05:21:42

从一个大数据量表中(需全表扫描)，拆分数据到若干个表中，表结构不一样。
Oracle中可以 insert /*+ append */ all 方法来实现。
MySQL中是否有类似的提升性能的方法呢？

...全文

702 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

kv2002 2013-09-30

打赏
举报

回复

多谢版主提点，分区表可能还不符合我目前的需要。目前这个大表是否分区，我是无法干预的。我是在清算数据的时候需要进行数据的抽取，避免多次扫描大表。

ACMAIN_CHM 2013-09-29

打赏
举报

回复

没有。 MYSQL中有分区表。

数据库插入操作的优化对于提高数据处理的效率和性能至关重要。无论是Oracle还是MySQL，都有一些通用的和特定于系统的优化策略。下面分别就这两种数据库系统给出一些插入操作的优化示例。

UNION和UNION ALL是关系型数据库中最基础却最易误用的集合操作，其本质差异远超‘是否去重’的语法表象——前者触发排序、临时表、哈希聚合等高开销物理操作，后者实现零拷贝流式拼接。理解这一区别，需从查询执行计划、内存管理、IO路径及并发影响四个维度切入。在千万级数据场景下，错误选用UNION可能导致响应时间激增20倍、磁盘IO暴涨数GB，并引发连接池雪崩与统计信息污染。真实业务中，90%的UNION可被UNION ALL替代，前提是准确识别数据源互斥性（如分库/分区/状态机场景）。本文聚焦MySQL、

UNION 和 UNION ALL 是 SQL 中最基础的集合操作，但二者在执行原理上存在本质区别：UNION 基于集合论实现去重并集，需排序、哈希、全量内存加载，属于计算密集型操作；UNION ALL 则是物理层面的无损堆叠，零去重开销，属搬运型操作。这种差异直接决定查询延迟、内存占用与I/O压力，尤其在日志合并、分库分表聚合、ETL宽表构建等大数据量场景下，误用 UNION 可导致性能下降20倍以上。结合 NULL 处理语义、字段顺序对齐机制及跨数据库（PostgreSQL/MySQL/Spark/Bi

1、使用子查询插入数据
insert into employee select * from emp;
使用子查询执行直接装载
insert /*+APPEND*/into employee insert into employee select * from emp;
尽管上面两条语句的执行结果一样，但是当装载大批量的数据时，采用第二种方法的速度要远优于第一种方法
2、使用insert all操作符执行多表插入
create tabl

SQL长度有限制（需注意数据库配置的max_allowed_packet）箱子太大（SQL太长）会被收费站（max_allowed_packet）拦下。1000个快递要重复1000次流程，前台累瘫（性能差）寄100件要跑100次，累到虚脱（10秒）流水线自动处理，100件秒过（0.5秒）整列车直接发走，万件起步（0.1秒）1车拉走100件，但装箱慢（3秒）包裹预处理（预编译SQL）只做一次。但需要提前报备（文件预处理）卡车（数据库连接）只跑一趟。传送带自动分拣（批量执行）批量操作必须显式管理事务。

57,062

社区成员

56,759

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章