INSERT INTO 语法不必须写全字段名，但强烈建议显式列出；省略时需严格按表定义顺序匹配值，否则易报错；自增主键不可包含在字段列表中；批量插入应使用多值语法以提升效率。
INSERT INTO 语法必须写全字段名吗？
不是必须，但强烈建议写。省略字段名时 MySQL 会按表定义的列顺序严格匹配值，一旦顺序错、类型不兼容或 NULL 约束冲突，直接报错 ERROR 1136 (21S01): Column count doesn't match value count 或 ERROR 1364 (HY000): Field 'xxx' doesn't have a default value。
实操建议：
- 显式列出字段名，比如
INSERT INTO users (name, email, created_at) VALUES ('Alice', 'a@b.c', NOW())，可读性高、不易出错 - 如果表有自增主键（如
id INT AUTO_INCREMENT PRIMARY KEY），字段列表中**不要包含它**，让 MySQL 自动填充 - 对允许 NULL 或有 DEFAULT 的字段，可跳过不写，但需确保其他字段值完整覆盖非空约束
批量插入多行数据怎么写才高效？
用单条 INSERT INTO ... VALUES (...), (...), (...) 比循环执行 N 条单行 INSERT 快得多——减少网络往返、避免重复解析 SQL、降低事务开销。
注意点：
- 每组括号内值的数量和类型必须与字段列表完全一致
- MySQL 默认单次插入上限受
max_allowed_packet限制（通常 4MB），超长会报错ERROR 2006 (HY000): MySQL server has gone away - 若要插几千行，建议每 500–1000 行拆成一条语句，兼顾效率与稳定性
示例：INSERT INTO logs (level, msg, ts) VALUES ('WARN', 'disk full', '2024-05-01 10:00:00'), ('ERROR', 'timeout', '2024-05-01 10:01:22');
INSERT INTO SELECT 和普通 INSERT 有什么关键区别？
INSERT INTO ... SELECT 是从查询结果批量导入数据，本质是「把 SELECT 的结果集当 VALUES 用」，不写 VALUES 关键字，也不用加括号包裹子查询。
常见误用场景：
- SELECT 字段数、顺序、类型必须和目标表字段严格对应；否则报错
ERROR 1136或类型转换失败 - 不能在同一个语句里对同一张表既读又写（即
INSERT INTO t SELECT * FROM t），会报错ERROR 1786 (HY000): Statement violates the isolation principle；需加中间表或用临时表绕过 - 没加
WHERE条件容易误复制全表，上线前务必先用SELECT验证结果集
插入中文乱码或报错 ERROR 1366 怎么办？
根本原因是客户端、连接、表、字段的字符集不一致，最常见的是表用 utf8mb4，但连接用的是 latin1 或旧版 utf8（实际只支持 3 字节 UTF-8）。
排查和修复步骤：
- 查当前连接字符集：
SHOW VARIABLES LIKE 'character_set%';，重点关注character_set_client、character_set_connection、character_set_results - 建表时指定：
CREATE TABLE t (...) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci; - 连接时强制指定：
mysql --default-character-set=utf8mb4 -u user -p，或在 JDBC URL 加?characterEncoding=utf8mb4 - 已有数据乱码无法逆转，只能从备份恢复；新插入前确保三者（连接/表/字段）都是
utf8mb4
漏掉任意一环都可能触发 ERROR 1366 (HY000): Incorrect string value。
