省略字段名不可靠，因必须严格按表结构顺序匹配值，一旦新增或调整字段顺序即失效，易导致列数不匹配、数据错位、默认值失效及类型错误。
直接用 INSERT INTO table_name (col1, col2) VALUES (val1, val2)，显式写字段名是唯一稳妥做法。
为什么不能省略字段名？
省略字段名（如 INSERT INTO users VALUES ('张三', 'zhang@example.com', NOW())）看似省事，但表结构一旦新增列或调整顺序，这条语句立刻失效：要么报错 Column count doesn't match value count，要么把邮箱值错插进 created_at 字段——类型不匹配还可能静默截断或转成 0000-00-00。
- 自增主键列（如
id）可传NULL或留空，MySQL 自动填充 - 允许
NULL的列可以跳过，但必须出现在字段列表里才有效；省略字段名时，你无法“跳过”某列 - 有默认值的列（如
status VARCHAR(10) DEFAULT 'active'），不写进字段列表就自动生效
字符串、时间、数字怎么写才不报错？
值的类型和引号必须严格匹配字段定义：
- 字符串必须用单引号包裹，
'张三'✅，"张三"❌（标准 SQL 不支持双引号字符串，除非启用了ANSI_QUOTES模式） - 日期时间建议用
NOW()、CURDATE()等函数，或标准格式字符串：'2026-08-13 06:49:00' - 数字不用引号：
age = 25✅，age = '25'❌（虽然 MySQL 可能隐式转换，但风险高，尤其在严格模式下直接报错） - 布尔值用
TRUE/FALSE或1/0，别写'true'
遇到主键/唯一键冲突怎么办？
单条插入失败会直接报错，比如 Duplicate entry 'zhang@example.com' for key 'email'。它不会影响其他语句，但你要自己捕获并处理。
- 如果想“存在就跳过”，改用
INSERT IGNORE INTO ...—— 冲突时静默忽略，返回影响行数为 0 - 如果想“存在就更新”，用
INSERT ... ON DUPLICATE KEY UPDATE，例如：INSERT INTO users (email, name) VALUES ('zhang@example.com', '张三') ON DUPLICATE KEY UPDATE name = VALUES(name) - 注意：
INSERT IGNORE也会忽略其他非主键/唯一键错误（比如数据截断警告），不是纯粹的“跳重”，要小心误吞异常
最常被忽略的是字段名和值的对应关系——哪怕只漏写一个字段名，或者顺序错一位，MySQL 都不会提醒你“这看起来像邮箱但插进了整型列”，它只会按位置硬塞，然后等你查数据时才发现全乱了。
