如何在MySQL中检测死锁?建立连接时,什么原因可能导致我的应用程序挂起?
作者:互联网
我有一个与数据库有关的应用程序:尝试打开与数据库的连接(或执行查询时,不清楚)时,它突然冻结.没有错误信息.我怀疑有一些查询阻止了其他查询,并且我试图弄清楚那是什么.
我用了
SET profiling=1;
但是当我执行时:
show profiles;
我只会得到自己执行的查询,而不会得到应用程序查询(该应用程序和我使用的是同一用户).
呼唤
SHOW FULL PROCESSLIST;
返回具有所有进程的表.
+-----+----------+---------------------+--------+---------+------+-------+-----------------------+
| Id | User | Host | db | Command | Time | State | Info |
+-----+----------+---------------------+--------+---------+------+-------+-----------------------+
| 8 | user | <HOST> | DBs | Sleep | 3 | | NULL |
| 722 | user | <HOST> | DBs | Sleep | 8205 | | NULL |
| 726 | user | <HOST> | DBs | Sleep | 8212 | | NULL |
| 727 | user | <HOST> | DBs | Sleep | 8205 | | NULL |
| 728 | user | <HOST> | DBs | Sleep | 8205 | | NULL |
| 730 | user | <HOST> | DBs | Sleep | 7172 | | NULL |
| 732 | user | <HOST> | DBs | Sleep | 8095 | | NULL |
| 733 | user | <HOST> | DBs | Sleep | 8055 | | NULL |
| 735 | user | <HOST> | DBs | Sleep | 8075 | | NULL |
| 736 | user | <HOST> | DBs | Sleep | 8075 | | NULL |
| 737 | user | <HOST> | DBs | Sleep | 8035 | | NULL |
| 738 | user | <HOST> | DBs | Sleep | 8015 | | NULL |
| 740 | user | <HOST> | DBs | Sleep | 7995 | | NULL |
| 741 | user | <HOST> | DBs | Sleep | 7975 | | NULL |
| 742 | user | <HOST> | DBs | Sleep | 7955 | | NULL |
| 774 | user | <HOST> | DBs | Sleep | 5772 | | NULL |
| 779 | user | <HOST> | DBs | Sleep | 6068 | | NULL |
| 806 | user | <HOST> | DBs | Query | 0 | init | SHOW FULL PROCESSLIST |
+-----+----------+---------------------+--------+---------+------+-------+-----------------------+
呼唤
show engine innodb status
返回很多事务,一些活动,一些未启动.但是没有有关锁定查询的信息.
此查询,据说可以为我提供有关被阻止查询的信息,返回空集:
SELECT r.trx_id waiting_trx_id, r.trx_mysql_thread_id waiting_thread, r.trx_query waiting_query, b.trx_id blocking_trx_id, b.trx_mysql_thread_id blocking_thread, b.trx_query blocking_query FROM information_schema.innodb_lock_waits w INNER JOIN information_schema.innodb_trx b ON b.trx_id = w.blocking_trx_id INNER JOIN information_schema.innodb_trx r ON r.trx_id = w.requesting_trx_id;
有了所有这些信息,我可以保证没有死锁吗?
您是否会对可能发生的事情有一些猜测,以便我可以对此进行研究?
有什么办法可以获取有关流程的更多信息?
我是数据库管理和MySQL的新手.
谢谢
解决方法:
锁等待延迟
锁定等待可能就是您的意思.您可以通过启用慢速查询日志,收集一堆日志然后进行检查来监视锁定等待.这是一个例子:
# Time: 140605 15:00:06
# User@Host: appuser[appuser] @ [127.0.0.1] Id: 29
# Schema: Last_errno: 0 Killed: 0
# Query_time: 0.011732 Lock_time: 0.000161 Rows_sent: 214 Rows_examined: 214 Rows_affected: 0
SET timestamp=1402005606;
SELECT ...blah blah blah...
您可以在上方看到Lock_time字段,该字段显示查询在开始执行之前等待了161微秒的锁定.然后只需不到12毫秒即可执行(由Query_time显示).
Lock_time很小通常是很平常的,通常它甚至超出了范围,因此显示为0.000000.如果进入数百毫秒或更长时间,那是不寻常的.如果整秒钟都陷入困境,那您就麻烦了.
请注意,除非Query_time超过了您的配置变量long_query_time,即使Lock_time很大,慢速查询日志条目也不会写入日志.有关此的更多讨论,请参见http://www.mysqlperformanceblog.com/2012/11/22/get-me-some-query-logs/
连接延迟
您还提到,这可能是由于在运行任何查询之前获取连接而导致的延迟.您需要跟踪是否是这种情况.在任何应用程序语言中,都应该很容易读取连接数据库之前和之后的时间,并进行比较以了解需要花费多长时间.有些框架甚至为每个查询提供了这种类型的应用程序级分析(或者您可以自己完成).
例如,导致连接延迟的一个常见原因是,MySQL服务器正在执行反向DNS查找,以将传入套接字的IP地址转换为主机名.这样做是为了在授权表中查找主机名,以找出user @ host拥有哪些特权.但是,如果您的DNS服务器速度很慢或过载,则速度可能会很慢.令人惊讶的是,这可能超过一秒钟的时间,但是它是可能的.
您可以通过设置配置变量skip_name_resolve来加快速度.这意味着您不能基于主机名向用户授予特权,而只能通过IP地址来标识用户.现实世界中大多数生产MySQL实例都设置了skip_name_resolve.
可能还有其他导致连接速度慢的原因,但首先进行一些应用程序分析,以最终确定是连接速度慢还是查询.
附注:许多人在表示“锁定等待”时会说“僵局”.死锁是指两个事务因等待对方的锁而卡住而无法继续进行时.死锁不会导致延迟,因为InnoDB会立即注意到周期性依赖关系并杀死其中一个事务.您可以在“显示引擎INNODB状态”的标题为“最新死锁”的部分中查看是否有死锁.
标签:locking,mysql 来源: https://codeday.me/bug/20191121/2053228.html