关于mysql参数lock_wait_timeout的案例

假设有两个事务 A 和 B，它们都需要访问一张名为 `account` 的表，并且事务 A 先于事务 B 开始执行。在事务 A 中，我们执行以下语句：

begin;
select * from account where id = 1 for update;
-- do some modifications
commit;

在事务 B 中，我们执行以下语句：

begin;
select * from account where id = 1 for update;

由于事务 A 在执行期间一直持有 `id=1` 的行的排它锁，因此事务 B 会一直等待，直到事务 A 释放锁为止。

如果在这个时候，我们将 `lock_wait_timeout` 参数设置为 5 秒，并且事务 B 已经等待了 6 秒，那么 MySQL 就会自动结束事务 B 并回滚所有修改操作，以避免无限等待锁的情况。

需要注意的是，如果事务 B 中的语句不是 `select`，而是 `insert`、`update` 或 `delete` 等会修改数据的语句，那么 MySQL 会自动将其阻塞，直到事务 A 释放锁为止，不会像 `select` 语句一样自动结束事务 B。

相关问题

关于mysql参数 lock_wait_timeout 和 innodb_lock_wait_timeout 的案例

假设有两个事务 A 和 B，它们都需要访问一张名为 `account` 的表，并且事务 A 先于事务 B 开始执行。在事务 A 中，我们执行以下语句：

begin;
select * from account where id = 1 for update;
-- do some modifications
commit;

在事务 B 中，我们执行以下语句：

begin;
select * from account where id = 1 for update;

由于事务 A 在执行期间一直持有 `id=1` 的行的排它锁，因此事务 B 会一直等待，直到事务 A 释放锁为止。

假设 `lock_wait_timeout` 参数被设置为 10 秒，而 `innodb_lock_wait_timeout` 参数被设置为 5 秒。

当事务 B 等待时间超过 5 秒时，InnoDB 引擎会自动检测到这个超时，并自动结束事务 B，回滚事务中的所有修改操作，以避免无限等待锁的情况。

而如果事务 B 等待时间超过 10 秒，MySQL 会自动结束事务 B，并回滚事务中的所有修改操作。

需要注意的是，`lock_wait_timeout` 参数只适用于当前会话，而 `innodb_lock_wait_timeout` 参数是 InnoDB 引擎的全局参数，适用于所有会话。同时，如果 `lock_wait_timeout` 参数的值大于 `innodb_lock_wait_timeout` 参数的值，那么 `innodb_lock_wait_timeout` 参数的值会被覆盖，即事务 B 最长只会等待 `innodb_lock_wait_timeout` 参数设定的时间。

mysql参数 lock_wait_timeout 和 innodb_lock_wait_timeout 的关系，举例说明

`lock_wait_timeout` 和 `innodb_lock_wait_timeout` 都是 MySQL 中用来控制锁等待时间的参数，它们之间有一些关系。

首先，`innodb_lock_wait_timeout` 参数是 InnoDB 引擎的全局参数，它用来控制事务在等待锁时的最长时间，单位是秒。如果一个事务在等待锁的时间超过了该参数设定的时间，那么 InnoDB 引擎就会自动结束该事务并回滚所有修改操作。

而 `lock_wait_timeout` 参数是会话级别的参数，它用来控制当前会话在等待锁时的最长时间，单位也是秒。如果一个事务在等待锁的时间超过了该参数设定的时间，那么 MySQL 就会自动结束该事务并回滚所有修改操作。

需要注意的是，如果 `lock_wait_timeout` 参数的值大于 `innodb_lock_wait_timeout` 参数的值，那么 `innodb_lock_wait_timeout` 参数的值会被覆盖，即事务最长只会等待 `innodb_lock_wait_timeout` 参数设定的时间。

下面举个例子来说明它们之间的关系：

假设有两个事务 A 和 B，它们都需要访问一张名为 `account` 的表，并且事务 A 先于事务 B 开始执行。在事务 A 中，我们执行以下语句：

begin;
select * from account where id = 1 for update;
-- do some modifications
commit;

在事务 B 中，我们执行以下语句：

begin;
select * from account where id = 1 for update;

由于事务 A 在执行期间一直持有 `id=1` 的行的排它锁，因此事务 B 会一直等待，直到事务 A 释放锁为止。

假设 `lock_wait_timeout` 参数被设置为 10 秒，而 `innodb_lock_wait_timeout` 参数被设置为 5 秒。

当事务 B 等待时间超过 5 秒时，InnoDB 引擎会自动检测到这个超时，并自动结束事务 B，回滚事务中的所有修改操作，以避免无限等待锁的情况。

而如果事务 B 等待时间超过 10 秒，MySQL 会自动结束事务 B，并回滚事务中的所有修改操作。