mysql中的锁问题
程序员文章站
2022-06-02 18:49:18
...
锁问题
13.1 获取锁等待情况
可以通过检查table_locks_waited 和table_locks_immediate 状态变量来分析系统上的表锁定争夺:
mysql> show status like 'Table%';
+----------------------------+----------+
| Variable_name | Value |
+----------------------------+----------+
| Table_locks_immediate | 105 |
| Table_locks_waited | 3 |
+----------------------------+----------+
2 rows in set (0.00 sec)
可以通过检查Innodb_row_lock 状态变量来分析系统上的行锁的争夺情况:
mysql> show status like 'innodb_row_lock%';
+----------------------------------------+----------+
| Variable_name | Value |
+----------------------------------------+----------+
| Innodb_row_lock_current_waits | 0 |
| Innodb_row_lock_time | 2001 |
| Innodb_row_lock_time_avg | 667 |
| Innodb_row_lock_time_max | 845 |
| Innodb_row_lock_waits | 3 |
+----------------------------------------+----------+
5 rows in set (0.00 sec)
另外,针对Innodb 类型的表,如果需要察看当前的锁等待情况,可以设置InnoDB Monitors,然后通过Show innodb status 察看,设置的方式是:
CREATE TABLE innodb_monitor(a INT) ENGINE=INNODB;
监视器可以通过发出下列语句来被停止:
DROP TABLE innodb_monitor;
设置监视器后,在show innodb status 的显示内容中,会有详细的当前锁等待的信息,包括表名、锁类型、锁定记录的情况等等,便于进行进一步的分析和问题的确定。打开监视器以后,默认情况下每15 秒会向日志中记录监控的内容,如果长时间打开会导致.err 文件变得非常的巨大,所以我们在确认问题原因之后,要记得删除监控表以关闭监视器。或者通过使用--console 选项来启动服务器以关闭写日志文件。
13.2 什么情况下使用表锁
表级锁在下列几种情况下比行级锁更优越:
1. 很多操作都是读表。
2. 在严格条件的索引上读取和更新,当更新或者删除可以用单独的索引来读取得到时:
3. UPDATE tbl_name SET column=value WHERE unique_key_col=key_value;
4. DELETE FROM tbl_name WHERE unique_key_col=key_value;
5. SELECT 和INSERT 语句并发的执行,但是只有很少的UPDATE 和DELETE 语句。
6. 很多的扫描表和对全表的GROUP BY 操作,但是没有任何写表。
13.3 什么情况下使用行锁行级锁定的优点:
1. 当在许多线程中访问不同的行时只存在少量锁定冲突。
2. 回滚时只有少量的更改。
3. 可以长时间锁定单一的行。
行级锁定的缺点:
1. 比页级或表级锁定占用更多的内存。
2. 当在表的大部分中使用时,比页级或表级锁定速度慢,因为你必须获取更多的锁。
3. 如果你在大部分数据上经常进行GROUP BY 操作或者必须经常扫描整个表,比其它锁定明显慢很多。
4. 用高级别锁定,通过支持不同的类型锁定,你也可以很容易地调节应用程序,因为其锁成本小于行级锁定。
13.1 获取锁等待情况
可以通过检查table_locks_waited 和table_locks_immediate 状态变量来分析系统上的表锁定争夺:
mysql> show status like 'Table%';
+----------------------------+----------+
| Variable_name | Value |
+----------------------------+----------+
| Table_locks_immediate | 105 |
| Table_locks_waited | 3 |
+----------------------------+----------+
2 rows in set (0.00 sec)
可以通过检查Innodb_row_lock 状态变量来分析系统上的行锁的争夺情况:
mysql> show status like 'innodb_row_lock%';
+----------------------------------------+----------+
| Variable_name | Value |
+----------------------------------------+----------+
| Innodb_row_lock_current_waits | 0 |
| Innodb_row_lock_time | 2001 |
| Innodb_row_lock_time_avg | 667 |
| Innodb_row_lock_time_max | 845 |
| Innodb_row_lock_waits | 3 |
+----------------------------------------+----------+
5 rows in set (0.00 sec)
另外,针对Innodb 类型的表,如果需要察看当前的锁等待情况,可以设置InnoDB Monitors,然后通过Show innodb status 察看,设置的方式是:
CREATE TABLE innodb_monitor(a INT) ENGINE=INNODB;
监视器可以通过发出下列语句来被停止:
DROP TABLE innodb_monitor;
设置监视器后,在show innodb status 的显示内容中,会有详细的当前锁等待的信息,包括表名、锁类型、锁定记录的情况等等,便于进行进一步的分析和问题的确定。打开监视器以后,默认情况下每15 秒会向日志中记录监控的内容,如果长时间打开会导致.err 文件变得非常的巨大,所以我们在确认问题原因之后,要记得删除监控表以关闭监视器。或者通过使用--console 选项来启动服务器以关闭写日志文件。
13.2 什么情况下使用表锁
表级锁在下列几种情况下比行级锁更优越:
1. 很多操作都是读表。
2. 在严格条件的索引上读取和更新,当更新或者删除可以用单独的索引来读取得到时:
3. UPDATE tbl_name SET column=value WHERE unique_key_col=key_value;
4. DELETE FROM tbl_name WHERE unique_key_col=key_value;
5. SELECT 和INSERT 语句并发的执行,但是只有很少的UPDATE 和DELETE 语句。
6. 很多的扫描表和对全表的GROUP BY 操作,但是没有任何写表。
13.3 什么情况下使用行锁行级锁定的优点:
1. 当在许多线程中访问不同的行时只存在少量锁定冲突。
2. 回滚时只有少量的更改。
3. 可以长时间锁定单一的行。
行级锁定的缺点:
1. 比页级或表级锁定占用更多的内存。
2. 当在表的大部分中使用时,比页级或表级锁定速度慢,因为你必须获取更多的锁。
3. 如果你在大部分数据上经常进行GROUP BY 操作或者必须经常扫描整个表,比其它锁定明显慢很多。
4. 用高级别锁定,通过支持不同的类型锁定,你也可以很容易地调节应用程序,因为其锁成本小于行级锁定。
以上就是mysql中的锁问题的内容,更多相关文章请关注PHP中文网(www.php.cn)!
推荐阅读
-
MYSQL删除表中的指定ID数据
-
如何在MySQL中的获取IP地址的网段_MySQL
-
MySQL: ERROR13(HY000):Can't get stat of的问题_MySQL
-
在MySQL数据库中如何来复位根用户的密码
-
轻松掌握如何保护MySQL中的重要数据_MySQL
-
MySQL中不能创建自增字段的解决方法
-
使用Yii框架php导入excel文件中的编码问题
-
Laravel中VerifyCsrfToken报错问题的解决方法分享
-
chrome中不可见字符引发的float问题_html/css_WEB-ITnose
-
MySQL中什么是禁用唯一性检查?唯一性检查,唯一性约束条件,唯一性索引之间的区别是什么?