建议先关注、点赞、收藏后再阅读。
数据库锁的类型有以下几种：
-
共享锁（Shared Lock）：
也称为读锁，它允许多个事务同时获取相同的共享资源的锁。并发读取是安全的，但写操作被阻塞。适用于读多写少的场景，可以提高并发性能。 -
排他锁（Exclusive Lock）：
也称为写锁，它只允许一个事务独占访问资源的锁。其他事务无法获取该资源的共享锁或排他锁。适用于写操作较多、读操作较少的场景，确保数据的一致性。 -
记录锁（Record Lock）：
在某些数据库管理系统中，可以对记录级别或行级别进行锁定。在使用记录锁时，只有对表中的特定记录请求锁定。适用于对特定记录进行访问和修改的场景。 -
意向锁（Intent Lock）：
意向锁是用来表示一个事务想要在某个对象上获取什么级别的锁，它包括意向共享锁和意向排他锁。意向锁允许并发事务获取共享或排它锁之前，发现是否有其他事务已经持有排它锁或共享锁。 -
表锁（Table Lock）：
表锁是一种粗粒度的锁，它锁定整个数据表，其他事务无法对该表进行读写操作。适用于对整个表进行操作的场景，如备份、重建索引等操作。 -
页锁（Page Lock）：
页级锁是对页（通常是数据库中连续的若干行）进行锁定，其他事务无法修改该页上的任何行。适用于并发读写较频繁的场景。 -
行锁（Row Lock）：
行级锁是对表中的每一行进行锁定，只允许一个事务对该行进行读写操作，可以提供最细粒度的并发控制。适用于高并发读写的场景。
这些锁的应用场景根据不同的需求和并发情况来选择，可以灵活使用以保证数据的安全性和并发性能。
并发控制
**乐观并发控制（Optimistic Concurrency Control）**是一个用于解决并发读写问题的策略。它的核心思想是，假设并发操作之间不会发生冲突，直到实际发生冲突。在乐观并发控制中，每个事务会在读取数据时获取一个版本号或时间戳，并在提交时检查数据是否被其他事务修改。如果发现数据已经被修改，则需要执行回滚并重试。
**悲观并发控制（Pessimistic Concurrency Control）**则相反，它假设并发操作之间会发生冲突，并采取一种阻塞的策略来确保数据的一致性。例如，使用锁机制来保护数据，以确保只有一个事务能够修改数据，其他事务必须等待。
乐观与悲观并发控制的不同之处在于对冲突的处理方式以及对并发操作之间是否会发生冲突的预期。乐观并发控制认为冲突较少发生，并且通过检查是否发生冲突来解决，而悲观并发控制则预期冲突会发生，并主动采取措施进行阻塞和调度，以避免冲突的发生。
乐观并发控制的优点是在没有冲突的情况下可以实现更高的并发性，减少阻塞和等待的时间。然而，如果冲突频繁发生，则需要频繁地回滚和重试，可能会导致性能下降。
悲观并发控制虽然可以确保数据的一致性，但在高并发环境中，可能会出现较高的竞争和等待时间，从而降低系统的并发性能。
综上所述，乐观并发控制与悲观并发控制的主要区别是对于并发操作之间是否发生冲突的处理方式和预期。乐观并发控制通过检查冲突来解决，预计冲突较少发生，而悲观并发控制则假设冲突会发生，并采取主动的阻塞策略来确保数据的一致性。