目录
表锁（Table Lock）
行锁（Row Lock）
进一步通过举例解释
-
表锁（Table Lock）： 举例来说，如果一个事务在执行长时间运行的更新操作（比如更新所有订单状态），其他事务可能需要等待这个更新操作完成后才能执行写操作。
-
行锁（Row Lock）：比如，如果一个事务只修改了订单表中某个特定订单的状态，其他事务可以同时对其他订单进行操作。
update操作走的是什么锁
总的来说，数据库在执行 UPDATE 操作时，会尽可能地使用行级锁，以提高并发性能，并避免对整个表进行锁定，但具体的锁定方式和机制可能会因数据库管理系统和配置而有所不同。
不同数据库管理系统的实现方式可能有所不同，有些数据库也支持在特定情况下使用表锁来执行更新操作，但大多数情况下，数据库会尽可能地使用行级锁来实现更好的并发性能。
当涉及实际的 SQL 操作时，数据库会根据事务隔离级别和具体情况来选择使用何种锁。
假设我们有一个名为 orders 的订单表，其中包含 order_id（订单号）和 status（订单状态）列。
表锁示例：
LOCK TABLES orders WRITE; -- 锁定整个订单表，允许写操作
{*********
在这里执行长时间的 UPDATE 操作，会阻塞其他事务对整个表的写操作
**********}
UNLOCK TABLES; -- 释放表锁在上述示例中，LOCK TABLES 语句锁定了整个 orders 表，允许一个事务对整个表进行写操作。其他事务在此期间可能会被阻塞。 在上述示例中，LOCK TABLES 语句锁定了整个 orders 表，允许一个事务对整个表进行写操作。其他事务在此期间可能会被阻塞。
行锁示例：
BEGIN; -- 开始事务
*********
SELECT * FROM orders
WHERE order_id = 123 FOR UPDATE; -- 锁定特定订单号的行，允许进行更新操作
UPDATE orders SET status = 'CANCELLED'
WHERE order_id = 123; -- 修改订单状态
********
COMMIT; -- 提交事务，释放行锁 在这个示例中，事务首先选择特定订单号的行并使用 FOR UPDATE 来锁定这行记录，然后执行了 UPDATE 操作修改订单状态。这样其他事务就无法同时修改订单号为 123 的行，直到当前事务提交并释放了行锁。
MySQL 中常见的锁类型包括：
-
表级锁（Table-level Locks）：
- 表锁（Table Locks）：锁定整个表，包括读和写操作。表锁适用于需要修改整个表的操作，但会限制并发性能。
-
行级锁（Row-level Locks）：
- 共享锁（Shared Locks）：允许多个事务同时读取同一行数据，但不允许任何事务对该行进行写操作，用于读取操作。
- 排他锁（Exclusive Locks）：只允许一个事务对某行数据进行更新或删除操作，其他事务无法读取或写入该行。
-
页级锁（Page-level Locks）：
- 页锁（Page Locks）：锁定数据库表中的一页数据，适用于某些特定情况下，但并不是所有数据库都使用页级锁。
-
意向锁（Intention Locks）：
- 意向共享锁（Intention Shared Locks）：表明一个事务想要在某行或某个范围上设置共享锁。
- 意向排他锁（Intention Exclusive Locks）：表明一个事务想要在某行或某个范围上设置排他锁。
