面试题答案
一键面试事务启动策略设计
- 事务边界界定：
- 业务逻辑驱动：根据业务操作的关联性确定事务边界。例如，在一个涉及订单创建、库存扣减和用户积分增加的场景中，这一系列操作应在一个事务内，因为它们共同构成了一个完整的业务逻辑单元。
- 最小化事务范围：尽量缩短事务的持续时间，只将必要的操作包含在事务内。对于递归查询，可根据递归深度或业务需求，将递归过程中关键的、需要数据一致性的部分放在事务内，其他辅助性查询可在事务外进行。比如，在组织架构递归查询中，如果只是为了展示结构，可在事务外进行；若涉及权限等关键数据的修改，则需在事务内。
- 锁机制应用：
- 共享锁（读锁）：在高并发读场景下，对于只涉及查询不修改数据的操作，使用共享锁。多个事务可以同时获取共享锁，这样可以提高并发读性能。例如，在查询多个表关联的商品信息时，对相关表加共享锁，允许其他事务同时读取这些数据。
- 排他锁（写锁）：当进行数据修改操作（如插入、更新、删除）时，使用排他锁。排他锁会阻止其他事务获取相同资源的锁，确保数据修改的原子性和一致性。例如，在库存扣减操作时，对库存表加排他锁，防止其他事务同时修改库存数据。
- 意向锁：对于涉及多个表关联操作的场景，意向锁可提高锁的获取效率。比如，当要对一个表中的多条记录加排他锁时，先获取该表的意向排他锁，这样可以避免其他事务在该表上加共享锁，从而减少锁冲突。
- 行级锁与表级锁：根据业务需求选择合适的锁粒度。如果并发操作主要集中在少量记录上，行级锁能提高并发性能，减少锁争用；如果对表中大部分数据进行操作，表级锁可能更合适，虽然并发度低，但管理成本也低。例如，在订单表中，对单个订单的操作可使用行级锁；而在批量删除订单时，使用表级锁更高效。
- 死锁问题及解决方案：
- 死锁检测：数据库通常提供死锁检测机制。例如，InnoDB存储引擎会定期检查是否存在死锁。当检测到死锁时，数据库会选择一个事务作为牺牲者（通常是回滚代价最小的事务）进行回滚，以解除死锁。
- 超时机制：设置事务等待锁的超时时间。如果一个事务等待锁的时间超过了设定的超时时间，就会自动回滚。这样可以避免事务无限期等待锁，减少死锁发生的可能性。但超时时间设置需要权衡，过短可能导致正常事务被误回滚，过长则可能无法及时解决死锁问题。
- 合理设计事务顺序：按照固定顺序访问资源可以避免死锁。例如，在涉及多个表的事务中，始终按照表A、表B、表C的顺序获取锁，而不是有的事务先获取表B的锁，有的先获取表A的锁，这样可以有效防止死锁的发生。
- 优化业务逻辑：尽量减少事务间资源的交叉使用。例如，在一个业务场景中，如果两个事务分别对不同模块的数据进行操作，尽量避免在事务执行过程中交叉访问对方的数据，从而降低死锁风险。