数据库在哪些复杂操作或并发冲突下会触发锁表现象？

说到数据库死锁。循环等待导致的不可预期停滞

当多个事务互相请求对共享资源加锁时若出现循环依赖，数据库会检测并触发死锁。此时程序会自动回滚其中一个事务，以释放资源。

痛点：你是否在高并发场景下遇到“事务被回滚”的错误？这往往是因为未合理划分锁粒度或使用了过于复杂的关联查询。

维护操作中的表级锁

• 索引重建 / 调整：需要锁定相关表，防止修改导致不一致。
• 再看统计信息更新，一样可能加全表锁以保证准确性。

痛点：你是否因维护操作导致业务宕机？通常是因为在峰值期间执行了全表重建，导致业务无法访问。

备份与恢复期间的全表加锁

在备份或恢复过程中。为保证数据完整性，数据库会对所有受影响的表加上排他锁，阻止其他写入操作。

痛点：备份时间过长，让使用者无法正常写入；如何减少停机时间，

长事务对性能的侵蚀

长时间占用行、页或键范围锁。会让后续事务等待，从而导致响应延迟甚至超时。话说回来，

痛点：你的业务逻辑是否存在一次性处理大量数据的长事务？其实，这会直接拖累整体吞吐量。

并发控制与冲突排查

• 冲突锁：当两个事务需要同一组资源时如果无法继续，会触发死锁；DBMS 会选择回滚一个。
• NoLock/READ UNCOMMITTED：可减少读冲突，但可能读取脏数据；需根据业务一致性要求决定。

痛点：你是否频繁收到“死锁”日志？这说明事务间缺乏良好隔离与优先级控制。