关于 mysql 事务中的 rollback 是否必要
在 mysql 事务中，经常会有这样的疑问：当事务中发生异常时，是否必须进行 rollback 操作？
事务的原理
事务是一个原子性操作，要么全部执行成功，要么全部失败回滚。开启事务时，mysql 会创建一个临时空间来保存所有修改，直到事务提交 (commit) 后，这些修改才会真正应用到数据库中。
示例代码
你给出的示例代码是一个包含以下操作的事务：
START TRANSACTION; update temp2 set username="user2" where id=1; update temp2 set username="user2" where id=2; COMMIT;
登录后复制
无需 rollback 的情况
你提到了，只要没有执行 commit，数据库中的数据就不会更新。因此，如果事务在执行更新语句之前发生异常，则数据不会发生任何变化，此时确实不需要进行 rollback。
需要 rollback 的情况
但是，即使无需更新数据，也依然需要执行 rollback。这是因为：
- 释放锁定的资源：事务开始后，mysql 会对涉及到的表进行加锁，以防止其他事务并发访问。如果没有执行 rollback，这些锁将一直保持，从而导致死锁或性能问题。
- 结束事务状态：事务状态会一直保持，直到执行 commit 或 rollback。如果不结束事务，大量未提交的事务会阻塞数据库资源，导致 idle in transaction 累积，从而降低性能。
因此，无论事务是否成功，都应及时执行 commit 或 rollback 以释放锁定的资源并结束事务状态。
