优先用 VALUES 而非 SET：VALUES 是 SQL 标准、支持批量插入和子查询，SET 仅 MySQL 特有、单行且不兼容其他数据库；字段空值、时间写法、JSON 校验等需严格遵循数据契约。
INSERT INTO 用 VALUES 还是 SET？看场景别硬套
直接写 INSERT INTO table (col1, col2) VALUES ('a', 1) 是最常用也最安全的写法；INSERT INTO table SET col1='a', col2=1 是 MySQL 特有语法，仅支持单行、不能用子查询、不兼容其他数据库。线上项目里混用 SET 写法，后续迁移到 PostgreSQL 或做 ORM 映射时大概率报错。
常见错误现象：INSERT INTO user SET name='tom', created_at=NOW() 在本地跑得通，CI 环境用 SQLite 做测试直接失败——因为 SET 根本不是 SQL 标准。
- 批量插入必须用
VALUES，SET不支持多行 -
VALUES可配合SELECT（如INSERT INTO t1 SELECT * FROM t2），SET完全不行 - 如果字段很多、值带表达式（比如
CONCAT('U-', UUID())），VALUES更清晰，字段和值位置一一对应，不易错位
NULL、空字符串、0 和缺失字段的区别要盯死
MySQL 对“没给值”和“给了 NULL”处理不同：字段定义为 NOT NULL DEFAULT 'N/A'，你写 INSERT INTO t (id) VALUES (1)，那 name 字段会自动填 'N/A'；但如果你显式写 INSERT INTO t (id, name) VALUES (1, NULL)，就会因违反 NOT NULL 约束报错 Column 'name' cannot be null。
容易踩的坑：ORM 自动生成 SQL 时可能把空表单字段转成 NULL，而数据库字段又没设默认值，结果插入失败；或者前端传了空字符串 ''，后端没校验就直插，导致业务上“未填写”和“明确填了空”无法区分。
- 插入前检查字段是否允许
NULL，不允许就确认有默认值或已提供非空值 - 对字符串类型，统一约定：业务上“无意义”用
NULL，“有意留空”用''，别混着来 - 用
DESCRIBE table_name快速看字段的Null列和Default值
时间字段插入 NOW()、'2024-01-01'、0 这三种写法效果完全不同
NOW() 是函数调用，每次执行取当前服务端时间；写死字符串 '2024-01-01' 按字面量解析，如果字段是 DATETIME 且格式合法就存进去；而 0 或 '0' 在严格模式下会触发警告甚至报错 Incorrect datetime value: '0'，在非严格模式下可能被转成 '0000-00-00 00:00:00'——这个值在 MySQL 8.0+ 默认被禁用。
性能影响：大量用 NOW() 插入没问题，但别在 WHERE 子句里对时间字段用函数（比如 WHERE DATE(created_at) = '2024-01-01'），会导致索引失效。
- 上线前确认 MySQL 的
sql_mode是否含STRICT_TRANS_TABLES，它决定0这类非法值是报错还是静默转换 - 时间字段优先用
TIMESTAMP（自动时区转换）或DATETIME（存字面值），避免用INT存时间戳——查起来麻烦，还容易忘时区 - 批量插入固定时间点数据（如测试数据），直接写字符串，别调
NOW()，否则每条记录时间都不同
插入 JSON 字段时引号、转义和验证最容易翻车
MySQL 5.7+ 支持 JSON 类型，但插入时不是把字符串原样塞进去就行。写 INSERT INTO t (data) VALUES ('{"name": "Tom", "tags": ["a","b"]}') 看似合理，但如果 name 里有双引号或反斜杠，没转义就会语法错误；更隐蔽的是，MySQL 会尝试解析并验证 JSON 合法性，非法 JSON 直接拒绝插入，报错 Invalid JSON text。
使用场景：存用户配置、日志上下文、API 响应快照等半结构化数据。别把它当 TEXT 用——少了校验，多了隐患。
- 用
JSON_OBJECT()、JSON_ARRAY()构造，比拼字符串安全得多，例如：JSON_OBJECT('name', 'Tom', 'score', 95) - 插入前可用
JSON_VALID('...')函数预检，返回 0 就别插了 - 从程序里传 JSON 字符串，确保已用语言原生 JSON 库序列化（如 Python 的
json.dumps()），别手写
实际写 INSERT 最麻烦的从来不是语法，而是搞清每个字段背后的数据契约：它允不允许空、默认值怎么来、时间按服务器还是客户端、JSON 是不是真合法。这些细节漏一个，轻则数据异常，重则整个批次插入失败。
