数据库事务是指作为一个单独逻辑单位的一系列数据库操作，要么全部成功执行，要么全部失败回滚。在数据库系统中，事务必须满足四个特性，即ACID特性，保证了数据的一致性和完整性。下面将详细介绍这四个特性：
1. 原子性（Atomicity）
原子性是指事务是一个不可分割的操作单位，要么全部执行成功，要么全部失败回滚。若在事务过程中出现错误或故障，系统会自动将所有操作回滚到事务开始状态，即保证了数据的一致性。
例如，假设一位用户从一个账户中转账100元到另一个账户。这个操作可以拆分为扣除源账户的金额和增加目标账户的金额两个操作。如果其中一个操作失败，那么整个转账操作都会失败，钱不会丢失。
2. 一致性（Consistency）
一致性是指事务对数据的修改必须使数据保持一致状态。数据库的一致性定义了事务执行前后的状态，包括数据的完整性、约束条件以及业务规则的合法性。如果事务执行成功，那么数据库的一致性就保持不变；如果事务执行失败，则会将数据恢复到事务开始前的状态。
例如，一个银行账户的总余额应该等于所有账户余额的总和。如果一个事务成功增加了一个账户的余额，但未能更新总余额，那么数据库就处于一个不一致的状态。为了保证一致性，事务必须确保修改所有相关数据。
3. 隔离性（Isolation）
隔离性是指并发执行的事务之间相互隔离，每个事务的操作不应该受其他事务的干扰。事务的隔离级别定义了事务之间的隔离程度。常见的隔离级别有读未提交（Read Uncommitted）、读已提交（Read Committed）、可重复读（Repeatable Read）和串行化（Serializable）。
例如，当两个用户同时对同一张表中的同一行进行修改时，如果没有隔离性，可能会导致数据不一致。隔离级别的提升会导致更多的锁和资源消耗，因此需要根据业务需求选择适当的隔离级别。
4. 持久性（Durability）
持久性是指一旦事务提交成功，其修改的数据将被永久保存在数据库中，即使发生系统故障也不会丢失。数据库系统通常使用事务日志来实现持久性，将事务的操作记录在日志中，当系统恢复时可以根据日志来重新执行事务。
例如，当用户在电商网站上下订单时，一旦订单被成功提交，网站就必须确保订单的相关信息不会丢失，即使在订单提交后出现了一些故障。
数据库事务的四个特性（ACID）是保证数据的一致性和完整性的基础，任何一个特性的缺失都可能导致数据异常和业务问题。因此，在设计数据库应用时，需要充分考虑这四个特性并选择合适的隔离级别，以确保数据的正确性和可靠性。
本文来自极简博客，作者：星辰之海姬，转载请注明原文链接：数据库事务的四个特性
