sql写入冲突本质是多事务并发修改同一行数据导致的不一致，核心解法是“控制并发访问”和“明确更新条件”：用where精确限定范围、加业务唯一键或版本号校验；推荐乐观锁（version字段）；必要时慎用select for update；业务层需幂等设计+补偿事务+异步最终一致性。
SQL写入冲突本质是多个事务同时修改同一行数据导致的不一致问题，核心解决思路是“控制并发访问”和“明确更新条件”，而不是单纯靠重试或加锁硬扛。
用WHERE条件精确限定更新范围
避免无条件UPDATE，必须通过业务唯一键或版本字段过滤目标记录。例如用户余额扣减，不能只写UPDATE account SET balance = balance - 100 WHERE user_id = 123，而应加上当前余额校验：
- UPDATE account SET balance = balance - 100 WHERE user_id = 123 AND balance >= 100
- 执行后检查ROW_COUNT()（MySQL）或GET DIAGNOSTICS（PostgreSQL），为0说明条件不满足，业务层可抛异常或提示“余额不足”
- 该方式天然防止超扣，无需额外锁表，适合高并发读多写少场景
引入乐观锁机制（推荐轻量级方案）
在表中增加version或updated_at字段，每次更新携带原始版本号：
Delphi 7应用编程150例 全书内容 CHM版
下载
Delphi 7应用编程150例 CHM全书内容下载，全书主要通过150个实例，全面、深入地介绍了用Delphi 7开发应用程序的常用方法和技巧，主要讲解了用Delphi 7进行界面效果处理、图像处理、图形与多媒体开发、系统功能控制、文件处理、网络与数据库开发，以及组件应用等内容。这些实例简单实用、典型性强、功能突出，很多实例使用的技术稍加扩展可以解决同类问题。使用本书最好的方法是通过学习掌握实例中的技术或技巧，然后使用这些技术尝试实现更复杂的功能并应用到更多方面。本书主要针对具有一定Delphi基础知识
- 查询时获取当前version：SELECT id, balance, version FROM account WHERE user_id = 123
- 更新时校验并递增：UPDATE account SET balance = 500, version = version + 1 WHERE id = 456 AND version = 12
- 若影响行数为0，说明已被其他事务修改，业务层决定重试、合并或拒绝
- 比悲观锁开销小，适合冲突概率低的场景（如订单状态变更）
必要时使用SELECT FOR UPDATE（谨慎使用）
仅在强一致性不可妥协且并发量可控时采用，需注意事务粒度与索引覆盖：
- 必须在事务内执行：BEGIN; SELECT * FROM stock WHERE sku = 'A001' FOR UPDATE; UPDATE stock SET qty = qty - 1 WHERE sku = 'A001'; COMMIT;
- WHERE条件必须命中索引，否则会升级为表锁，拖垮性能
- 避免长事务、嵌套查询或应用层复杂逻辑，否则锁持有时间过长引发雪崩
- MySQL中建议搭配innodb_lock_wait_timeout设置合理超时，防止无限等待
业务层兜底：幂等设计 + 补偿事务
数据库层无法完全规避冲突时，靠应用逻辑兜底：
- 所有写操作带唯一业务ID（如支付流水号），插入前先查是否存在，避免重复下单
- 对关键操作记录操作日志表（含状态、时间、输入参数），失败时可人工或自动触发补偿（如退款、回滚库存）
- 异步任务处理写入（如MQ消费），配合本地消息表+定时扫描，确保最终一致性
