你在公司做财务，月底对账时发现一笔转账记录莫名其妙消失了。查日志发现程序确实执行了扣款，但收款方没收到钱。这种情况，多半是缺少事务处理。
什么是事务处理
事务处理就像去银行办业务。你取500块，银行不会只改你的余额，还得打印凭条、更新账户流水、同步到总账系统。这一连串动作必须全做完，才算完成。中间哪怕打印机卡纸，整个操作也得回退，让你的钱一分不少。
在数据库里，事务就是一组SQL操作，要么全部成功，要么全部撤销。比如转账：A减100，B加100。如果减完A的钱，系统突然崩溃，B没加上，那这100块就蒸发了。事务能保证这种事不会发生。
事务的四个关键特性（ACID）
原子性：操作不可分割。像上面转账的例子，不能只执行一半。
一致性：数据从一个合法状态进入另一个合法状态。比如账户总额始终不变。
隔离性：多个事务同时执行时，彼此不干扰。两个人同时查同一个账户余额，不会看到混乱的数据。
持久性：一旦事务提交，结果就永久保存。断电也不丢。
没事务会怎样
想象电商大促，用户下单后系统要扣库存、生成订单、扣款。如果这三个步骤分开处理，刚扣完库存，系统挂了，订单没生成。用户没买到东西，货却显示已售出。客服电话立马被打爆。
再比如医院挂号系统。病人预约成功，但缴费状态没更新。前台查不到记录，病人白跑一趟。这类问题，加个事务就能避免。
怎么用事务
以MySQL为例，开启事务很简单：
BEGIN;
UPDATE accounts SET balance = balance - 100 WHERE user_id = 1;
UPDATE accounts SET balance = balance + 100 WHERE user_id = 2;
COMMIT;如果中间出错，可以手动回滚：
ROLLBACK;很多编程语言也支持事务控制。比如Python的Django框架：
from django.db import transaction
with transaction.atomic():
order = Order.objects.create(user=request.user, amount=99.9)
Stock.objects.filter(item=order.item).update(count=F('count') - 1)这段代码里的所有数据库操作都在一个事务里。只要其中一个失败，整个操作都会撤销。
事务不是万能的
事务能防数据错乱，但解决不了硬件故障或网络中断。而且事务太长会锁住资源，影响系统性能。比如一个事务跑了十分钟，其他查询都得排队等。
所以事务要尽量短，只包核心操作。像发邮件、写日志这些非关键步骤，别塞进事务里。
另外，并不是所有存储引擎都支持事务。MySQL的MyISAM就不行，得用InnoDB。
排查故障时别忘了它
当你遇到数据不一致、记录丢失、状态错乱的问题，先问问：这里有没有加事务？特别是涉及多表更新的场景。打开数据库日志，看看关键操作是否被包裹在BEGIN和COMMIT之间。
有时候程序员图省事，只写了增删改，没加事务控制。这种“半成品”代码上线后，一遇到异常就露馅。查问题时盯着这些地方，往往能快速定位。