面试题答案
一键面试性能问题
- 锁争用导致的延迟
- 问题阐述：在高频更新场景下，多个事务可能同时尝试更新同一行数据，从而导致行锁争用。这会使得部分事务需要等待锁的释放，增加事务的执行时间，进而降低系统整体的吞吐量。例如，在一个电商库存系统中，多个订单同时尝试更新商品库存这一行数据，大量事务等待锁，造成响应延迟。
- 优化思路：
- 减少事务粒度：尽量缩短事务的执行时间，将大事务拆分成多个小事务。比如将一次涉及多个库存更新和其他复杂操作的大事务，拆分成只专注于库存更新的小事务，这样可以更快地释放锁，减少其他事务等待时间。
- 优化更新语句：确保更新语句尽可能高效，减少在持有锁期间的操作。例如，避免在更新操作中进行复杂的计算，将计算提前到获取锁之前完成。
- 死锁
- 问题阐述：当两个或多个事务相互等待对方释放锁时，就会形成死锁。在高频更新场景中，由于多个事务频繁获取和释放行锁，死锁发生的概率增加。例如，事务A持有行X的锁并试图获取行Y的锁，同时事务B持有行Y的锁并试图获取行X的锁，就会导致死锁。
- 优化思路：
- 设置合理的死锁检测和超时机制：PostgreSQL自身有死锁检测机制，但可以合理调整死锁检测的频率和事务等待锁的超时时间。适当提高死锁检测频率可以更快发现死锁情况，但可能会增加系统开销；合理设置超时时间，能让等待锁的事务在一定时间后自动放弃，避免无限期等待。
- 按照固定顺序访问资源：如果可能，在事务中按照相同的顺序访问资源（如行数据）。例如，所有涉及库存更新的事务都按照商品ID从小到大的顺序获取锁，这样可以避免形成死锁的条件。
- 锁升级
- 问题阐述：在高频更新场景中，当行锁数量达到一定阈值时，数据库可能会将行锁升级为表锁。表锁会阻止其他事务对整个表进行任何操作，大大降低系统的并发性能。比如，在一个频繁更新用户信息表的场景中，大量行锁可能导致锁升级为表锁，使得其他查询或更新该表的事务都被阻塞。
- 优化思路：
- 调整锁升级阈值：通过数据库参数调整锁升级的阈值，使得行锁在更多数量情况下才会升级为表锁。但需要注意，过高的阈值可能会导致行锁管理开销增大，需要根据实际业务场景进行权衡。
- 分区表：如果表数据量较大，可以将表进行分区。这样在更新时，锁的范围可以控制在分区内，减少锁升级为全表锁的可能性。例如，按时间对订单表进行分区，高频更新的订单可能集中在某个分区内，避免对整个订单表进行锁升级。