数据库操作中，在何种复杂场景下必须将事务设置为？

在数据库操作中，特别是面对复杂业务流程时事务往往是少不了的工具。它们保证了原子性一致性隔离性和持久性从而让开发者可以专注于业务逻辑而不必担心数据的不一致与错误。

为什么要使用事务？——主要痛点一览

数据不一致导致业务失败 当一次操作涉及多张表更新时如果其中一步失败而未回滚。程序可能出现“订单已生成但库存未扣减”的尴尬情况，直接影响使用者体验和公司信誉。

并发冲突引起性能瓶颈 在高并发环境下多使用者同时修改同一条记录可能产生脏读、不可重复读甚至幻读，从而导致错误的数据展示或写入。

分布式程序缺乏全局一致性保障 跨库、跨服务的数据同步若缺少事务管理。就会出现“一致性检查失败”或者“最终状态不确定”的问题，让维护成本急剧上升。

A – C – I – D 四大属性解读

• 原子性 : 所有操作要么全部完成，要么全部撤销。说起来，银行转账前后余额必须保持正确。怎么说呢，
• 一致性 : 事务前后数据状态满足所有约束。库存扣减与订单创建必须同步。
• 隔离性 : 并发执行时每个事务都像独立执行一样，不受其他事务干扰。
• 持久性 : 一旦提交，即使程序崩溃也能恢复到提交状态。说起来，

典型复杂场景这方面。何时必须开启事务，

1. 多表联动更新

在电商网站。下单后既要写入订单表，又要扣减库存表。话说回来，如果仅对订单表提交。