显式写出列名是唯一安全做法；省略列名或依赖表结构顺序易因新增字段、调整顺序或约束变更导致报错或数据错位，而显式列名可跳过null/default字段、提升可读性并解耦sql与表结构。
直接用 INSERT INTO table_name (col1, col2) VALUES (val1, val2)，显式写列名是唯一安全做法；省略列名或依赖表结构顺序，90%的线上事故都从这里开始。
为什么必须显式写出列名
表结构一旦新增字段、调整顺序或加了默认值/NOT NULL约束，省略列名的语句会立刻报错或写入错位。比如原表是 (id, name, email)，后来加了 created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP，再执行 INSERT INTO users VALUES ('alice', 'a@example.com') 就会因列数不匹配失败。
- 显式列名让语句与表结构解耦，改表不影响旧 SQL
- 可跳过允许 NULL 或有 DEFAULT 的字段，不用硬塞
NULL或重复写默认值 - 代码可读性高，别人一眼看出插了哪些字段
VALUES 中的值怎么配对
括号内值的顺序必须和 INSERT INTO ... (col1, col2, col3) 里列的顺序严格一致，类型也要兼容。MySQL 不做智能推断，'2026-08-10' 塞给 INT 字段会转成 0，不是报错而是静默失败。
- 字符串用单引号，数字不用引号，时间用标准格式如
'2026-08-10 14:30:00' - 插入自增主键时，要么写
NULL，要么干脆不列它（前提是没设NOT NULL） - 遇到
ENUM或SET字段，必须用定义里的合法值，不能用数字索引代替
常见错误现象和对应解法
执行 INSERT 报错时，别急着改 SQL，先看错误码：
-
ERROR 1062 (23000): Duplicate entry 'xxx' for key 'PRIMARY'：主键或唯一索引冲突，用INSERT IGNORE或ON DUPLICATE KEY UPDATE -
ERROR 1364 (HY000): Field 'xxx' doesn't have a default value：漏写了非空且无默认值的字段，补上或确认是否真要插入 -
ERROR 1452 (23000): Cannot add or update a child row：外键约束失败，检查关联表是否存在对应记录 -
ERROR 1265 (HY000): Data truncated for column 'xxx'：值超长或类型不匹配，比如往VARCHAR(10)插入 15 个字符
要不要用 SET 语法
INSERT INTO users SET username='bob', email='b@example.com' 看起来像 UPDATE，但实际等价于显式列名写法。它只在动态拼接 SQL 时稍方便，比如字段名来自变量；日常开发中反而容易混淆，且不支持多行插入，基本没优势。
真正容易被忽略的是：所有 INSERT 都默认开启事务，单条语句看似简单，但如果在存储过程或触发器里调用，可能意外影响事务边界——这点比语法本身更值得盯紧。
