最稳妥的INSERT写法是显式指定字段名，如INSERT INTO users (id, name, email) VALUES (1, 'Alice', 'alice@example.com')；避免不写字段名导致数据错位；批量插入用VALUES多元组；冲突处理优先用ON DUPLICATE KEY UPDATE而非REPLACE INTO。

INSERT INTO 的基本写法（必须指定字段）

最稳妥、最推荐的写法是显式列出目标字段，避免因表结构变更导致插入失败或数据错位：

INSERT INTO users (id, name, email) VALUES (1, 'Alice', 'alice@example.com');

不写字段名直接用 INSERT INTO users VALUES (...) 仅在明确知道所有列顺序且表结构长期稳定时可用，但极易出错——比如后续加了 created_at 默认字段，就可能把邮箱值插进时间字段。

INSERT ... SET 适合单行且字段少的场景

当只插入一行、字段不多，又不想写括号嵌套时，SET 语法更直观，可读性高：

INSERT INTO users SET name = 'Bob', email = 'bob@example.com', status = 'active';

• 不能用于多行插入
• 不支持 VALUES 后的表达式简写（如 NOW() 可用，但不能省略字段名）
• 某些 ORM 或自动化工具不识别该语法，兼容性略低

批量插入用 VALUES 多元组，别用多条单行语句

插入 100 行数据时，用一条语句带多个 VALUES 元组，比发 100 次 INSERT 快数倍：

INSERT INTO logs (level, message, ts) VALUES 
('ERROR', 'Connection timeout', NOW()),
('WARN', 'Disk usage >90%', NOW()),
('INFO', 'User login success', NOW());

• 单条语句最大长度受 max_allowed_packet 限制，默认通常 4MB，超限会报错 Packets larger than max_allowed_packet are not allowed
• 事务中批量插入能减少日志刷盘次数，但单次太大可能锁表时间变长
• 避免在循环里拼接 SQL 字符串插入，有注入风险；应使用参数化查询或批量执行接口

ON DUPLICATE KEY UPDATE 不是 REPLACE INTO

遇到唯一键冲突时，想更新而非报错，优先用 ON DUPLICATE KEY UPDATE：

INSERT INTO stats (date, page_views) VALUES ('2025-06-01', 100) 
ON DUPLICATE KEY UPDATE page_views = page_views + 1;

• REPLACE INTO 实际是「删+插」，会触发 DELETE 和 INSERT 两轮触发器，还可能导致自增 ID 跳变
• ON DUPLICATE KEY UPDATE 只更新，不改变主键，也不影响自增值
• 注意：只响应定义为 PRIMARY KEY 或 UNIQUE 的索引冲突，普通索引无效