事务¶
事务是一系列操作，要么全部执行，要么全部不执行。保证了数据库的一致性、原子性、隔离性和持久性，这四个属性通常被称为ACID属性。
使用事务¶
优点
- 原子性 (Atomicity)：事务中的所有操作要么全部完成，要么全部不做，不会出现只执行了一部分的情况。
- 一致性 (Consistency)：事务执行的结果必须是使数据库从一个一致性状态转移到另一个一致性状态。
- 隔离性 (Isolation)：事务的执行不会被其他事务干扰，即事务内部的操作及使用的数据对并发的其他事务是隔离的。
- 持久性 (Durability)：一旦事务提交，则其所做的更改就会永久保存到数据库中，即使发生系统故障也不会丢失。
缺点
- 性能开销：事务机制需要数据库管理系统维护更多的控制信息，进行额外的处理，如日志记录、锁管理等，这会增加系统的开销。
- 并发性能下降：为了维护事务的隔离性，可能需要锁定资源，这会限制多个事务并发执行，降低数据库的并发性能。
- 死锁风险：多个事务相互等待对方持有的资源释放，可能导致死锁，需要特别的死锁检测和解决策略。
不使用事务¶
优点
- 性能提升：省去了事务控制的开销，如日志记录、锁管理等，可以提高数据库的响应速度。
- 提高并发性：不需要维护严格的事务隔离性，可以有更多的操作并发执行，提高系统的吞吐量。
缺点
- 缺乏原子性：如果一组操作中途失败，可能会导致数据不一致，需要应用程序自己处理这种情况。
- 数据不一致风险：没有事务的隔离保护，多个并发操作可能导致数据不一致。
- 持久性问题：在没有事务的情况下，系统故障可能导致数据丢失或不一致。
- 难以维护：应用程序需要自己处理数据一致性和恢复机制，增加了编程的复杂性。
是否使用事务取决于应用场景。
- 对于需要保证数据完整性和一致性的场景（如金融系统），事务是必不可少的。
- 对于对性能要求极高、可以容忍一定程度数据不一致的场景（如某些实时系统、大数据处理），可能会选择不使用事务或使用非ACID的轻量级事务。