insert into ... select 是最快的数据批量插入方式，因其全程在数据库内执行，避免网络传输和应用层开销；但必须确保源表select字段数、顺序、类型与目标表严格兼容，否则报错或截断。
INSERT INTO ... SELECT 最常用也最直接
只要目标表结构兼容源表字段，INSERT INTO ... SELECT 就是最快的方式。它不经过客户端，全程在数据库内完成，避免了网络传输和应用层拼接 SQL 的开销。
常见错误是字段数量或类型不匹配：比如源表选了 5 列，目标表只定义了 4 个字段，或者把 TEXT 往 INT 列里插——数据库会直接报错，如 ERROR 1265 (01000): Data truncated for column 'xxx' 或更严格的 ERROR 1366 (HY000)。
- 确保
SELECT返回的列数、顺序、类型与目标表对应字段一致；必要时用CAST()或函数转换，例如CAST(created_at AS DATE) - 如果目标表有自增主键，且不想插入指定值，
SELECT中对应位置留空或写NULL（前提是该列允许 NULL） - 想跳过重复主键冲突？MySQL 可加
ON DUPLICATE KEY UPDATE，PostgreSQL 用ON CONFLICT DO NOTHING，但注意这属于“插入+异常处理”，不是纯批量插入
INSERT INTO ... VALUES (...) 多值语法适合小批量构造
当数据来自应用代码、CSV 解析结果或少量硬编码行时，INSERT INTO ... VALUES (...), (...), (...) 更可控。但它不适合上万行——SQL 字符串会爆炸，还容易触发 max_allowed_packet 限制。
典型坑是括号嵌套和逗号遗漏：少一个右括号或末尾多一个逗号，整条语句就失效；不同数据库对单条语句最大行数也有限制（如 MySQL 默认单次最多 1000 行，可通过 max_allowed_packet 调，但不推荐无脑调大）。
一款AI工具，主要用于管理 OpenClaw 所使用的来自 OpenRouter 的免费 AI 模型。自动按质量对模型进行排序，配置回退机制以应对速率限制，并更新 opencla...，适合需要提升相关任务效率的用户。
- 每组
VALUES必须用圆括号包裹，各组之间用英文逗号分隔 - 字符串值必须用单引号，且内部单引号要转义为两个单引号（
'O''Reilly'），别用双引号——除非你确认数据库启用了ANSI_QUOTES - 数值、NULL、函数调用（如
NOW()）不用引号
LOAD DATA INFILE（MySQL）或 COPY（PostgreSQL）是百万级导入首选
从文件批量导入比任何 SQL 插入都快一个数量级，尤其适合日志归档、ETL 场景。但前提是你能访问数据库服务器本地文件系统，且有 FILE 权限（MySQL）或 superuser（PostgreSQL）。
最容易被忽略的是字段分隔符和换行符不一致：比如 CSV 用逗号分隔但某字段含逗号没加引号，或者 Windows 写的文件带 \r\n，而命令里只写了 LINES TERMINATED BY '\n'，就会导致最后一列错位或导入中断。
- MySQL：
LOAD DATA INFILE '/var/lib/mysql-files/data.csv' INTO TABLE target FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"' LINES TERMINATED BY '\r\n';（注意路径必须是服务端可读路径，且secure_file_priv允许该目录） - PostgreSQL：
COPY target FROM '/tmp/data.csv' WITH (FORMAT CSV, HEADER true, DELIMITER ',');（路径是服务端路径，且需pg_read_file()权限或由 superuser 执行） - 字段顺序必须和表定义或
(col1,col2,...)显式列表严格一致；缺失列会填默认值或 NULL
跨库或跨实例同步时别硬写 INSERT
如果源表和目标表不在同一个数据库实例里，强行用 SELECT 拉取再插入，不仅慢，还可能因网络中断失败、事务不一致。这时候应该考虑数据库原生工具。
比如 MySQL 主从复制、PostgreSQL 的逻辑复制、或者用 mysqldump --no-create-info --skip-triggers 导出数据再导入；ETL 工具如 Apache NiFi、Flink CDC 也能做增量同步，但配置复杂度远高于单机插入。
- 不要在应用里循环查一页再插一页——这是典型的“N+1”反模式，IO 和连接开销极大
- 如果必须程序中中转，至少用批量参数化查询（如 JDBC 的
addBatch()+executeBatch()），并控制每批 1000 行以内 - 目标表如果有大量索引或外键约束，先
DROP INDEX/SET FOREIGN_KEY_CHECKS=0，导入完再重建，能提速几倍
SELECT COUNT(*) 确认源数据量，再评估用哪种方式；千万小心 WHERE 条件漏写导致全表误插，或者没加 LIMIT 在测试环境跑出上亿行。
