myisam表出现大量locked.

2010-05-21 09:49:16 223 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

Mysql-Mysql高级- MySQL锁的问题 MySQL锁的问题锁的概述锁是计算机协调多个进程或线程并发访问某一资源的机制（避免争抢）。在数据库中，除传统的计算资源（如CPU、RAM、I/O等）的争用以外，数据也是一种供多用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题，锁冲突也是影响数据库并发访问性能的一个重要因素。从这个角度来说，锁对数据库而言显得尤其重要，也更加复杂。锁的分类从对数据库操作的粒度分表锁：操作时，会锁定整个表行锁：操作时，会锁定当前操作行。从对数据操作的类型分读锁（共阅读详情

myisam读操作之间并不互锁，但在我的系统当中却会时常出现这样的情况，
一个select 进程处于sending data状态，而其它select进程则处于locked状态.
这样的状况并不总出现，可一旦出现就会非常麻烦，整个系统都会停滞！

以下是show processlist的结果:



+------+-------------+-----------------+-----------+---------+-------+----------------------------------+------------------------------------------------------------------------------------------------------+

| Id   | User        | Host            | db        | Command | Time  | State                            | Info                                                                                                 |

+------+-------------+-----------------+-----------+---------+-------+----------------------------------+------------------------------------------------------------------------------------------------------+

|    3 | system user |                 | NULL      | Connect |  1323 | Waiting for master to send event | NULL                                                                                                 | 

|    4 | system user |                 | news_data | Connect | -1066 | Locked                           | UPDATE E_info SET info_reprint = info_reprint + 1 WHERE infoID = 2724158912                          | 

| 1130 | web_dev     | 10.0.0.46:57567 | news_data | Query   |    92 | Sending data                     | ( SELECT   E_info.infoID,E_info.info_time  , E_role_info.roleID,E_role_info.related    

                                FROM `E | 

| 1133 | web_dev     | 10.0.0.46:57685 | news_data | Query   |    74 | Locked                           | ( SELECT  3109066 AS 'columnID', '4.1.' AS 'cno', E_info_100.infoID,E_info_100.info_title, E_info_10 | 

| 1134 | web_dev     | 10.0.0.46:57727 | news_data | Query   |    55 | Locked                           | ( SELECT  2601693 AS 'columnID', '1.1.1.' AS 'cno', E_info_100.*  , E_role_info_100.roleID,E_role_in | 

| 1135 | web_dev     | 10.0.0.46:57740 | news_data | Query   |    52 | Locked                           | ( SELECT   E_info_100.infoID,E_info_100.info_time  , E_role_info_100.roleID,E_role_info_100.related  | 

| 1136 | web_dev     | 10.0.0.46:57744 | news_data | Query   |    51 | Locked                           | ( SELECT  3032931 AS 'columnID', '1.1.' AS 'cno', E_info_100.infoID,E_info_100.info_title, E_info_10 | 

| 1137 | web_dev     | 10.0.0.46:57756 | news_data | Query   |    47 | Locked                           | ( SELECT  2378187 AS 'columnID', '3.2.' AS 'cno', E_info_100.infoID,E_info_100.info_title, E_info_10 | 

| 1138 | web_dev     | 10.0.0.46:57794 | news_data | Query   |    38 | Locked                           | ( SELECT   E_info_100.infoID,E_info_100.info_time  , E_role_info_100.roleID,E_role_info_100.related  | 

| 1139 | web_dev     | 10.0.0.46:57797 | news_data | Query   |    38 | Locked                           | ( SELECT  2243835 AS 'columnID', '2.1.' AS 'cno', E_info_100.infoID,E_info_100.info_title, E_info_10 | 

| 1140 | web_dev     | 10.0.0.46:57805 | news_data | Query   |    34 | Locked                           | ( SELECT   E_info_100.infoID,E_info_100.info_time  , E_role_info_100.roleID,E_role_info_100.related  | 

| 1141 | web_dev     | 10.0.0.46:57834 | news_data | Query   |    28 | Locked                           | ( SELECT  350674 AS 'columnID', '2.2.' AS 'cno', E_info_100.infoID,E_info_100.info_title, E_info_100 | 

| 1142 | web_dev     | 10.0.0.46:57849 | news_data | Query   |    25 | Locked                           | ( SELECT   E_info_100.infoID,E_info_100.info_time  , E_role_info_100.roleID,E_role_info_100.related  | 

| 1143 | web_dev     | 10.0.0.46:57854 | news_data | Query   |    25 | Locked                           | ( SELECT  79991 AS 'columnID', '2.1.1.' AS 'cno', E_info_100.infoID,E_info_100.info_title, E_info_10 | 

| 1144 | web_dev     | 10.0.0.46:57856 | news_data | Query   |    25 | Locked                           | ( SELECT  183824 AS 'columnID', '2.5.' AS 'cno', E_info_100.*  , E_role_info_100.roleID,E_role_info_ | 

| 1145 | web_dev     | 10.0.0.46:57914 | news_data | Query   |     8 | Locked                           | ( SELECT   E_info_100.infoID,E_info_100.info_time  , E_role_info_100.roleID,E_role_info_100.related  | 

| 1146 | web_dev     | 10.0.0.46:57919 | news_data | Query   |     6 | Locked                           | ( SELECT   E_info_100.infoID,E_info_100.info_time  , E_role_info_100.roleID,E_role_info_100.related  | 

| 1149 | root        | localhost       | NULL      | Query   |     0 | NULL                             | show processlist                                                                                     | 

+------+-------------+-----------------+-----------+---------+-------+----------------------------------+------------------------------------------------------------------------------------------------------+

18 rows in set (0.00 sec)

请斑竹等高手为我解惑！

...全文

鱼眼双目测距实战：从OpenCV标定到SGBM匹配的完整流程解析本文详细解析了鱼眼双目测距的完整流程，从OpenCV标定到SGBM匹配，涵盖标定、校正、匹配和测距四个关键阶段。通过实战经验分享，帮助开发者解决鱼眼镜头强畸变带来的测距挑战，提升测距精度至5%以内。特别适合机器人导航、自动驾驶和VR领域的开发者参考。阅读详情

netxuning

MySQL 57,062 成员 56,759 内容

+ 关注 + 加入社区

切换为时间正序

懒得去死 2010-05-24

打赏
举报

唉！

告诉你思路：
1. MYISAM表FOR UPDATE没用，忽略！
2. SHOW FULL PROCESSLIST，可以看到你正在执行的所有语句！
3. 看看你的表结构，检查下你的索引状况。
4. 如果索引状况都OK的话，就修改下你的语句！

当然我上面的只是从数据库角度来看，系统方面的还没说。
更进一步的优化，私聊！

netxuning 2010-05-24

打赏
举报

我还是有不解的地方，既然将表锁住的是一个select,为什么别的select会被锁住？
读操作之间不是不影响吗？

netxuning 2010-05-24

打赏
举报

[Quote=引用 14 楼 yueliangdao0608 的回复:]

唉！

告诉你思路：
1. MYISAM表FOR UPDATE没用，忽略！
2. SHOW FULL PROCESSLIST，可以看到你正在执行的所有语句！
3. 看看你的表结构，检查下你的索引状况。
4. 如果索引状况都OK的话，就修改下你的语句！

当然我上面的只是从数据库角度来看，系统方面的还没说。
更进一步的优化，私聊！
[/Quote]

好的，谢谢，我已将您加为好有，更进一步优化的话，需要提供什么信息呢？

ACMAIN_CHM 2010-05-21

打赏
举报

SQL 语句

主要是观察你的事务，有没有人工LOCK，有没有FOR UPDATE，等等。

netxuning 2010-05-21

打赏
举报

[Quote=引用 9 楼 acmain_chm 的回复:]

你程序中的相关代码是什么？
[/Quote]

版主指的是php的代码？还是sql语句？

netxuning 2010-05-21

打赏
举报

我在一篇文章里看到如下一段文字：
http://www.mysqlperformancetuning.com/how-to-reduce-table_locks_waited-in-mysql-myisam



# 0.00 seconds A select query (ie. read-only) accesses the table, it will take around 2 seconds to complete.

# 0.01 seconds Another select query accesses the table, it takes no time and will complete in an instant as it can run in parallel.



0.02 seconds An insert, delete or update query (ie. write) attempts to write to that very same table before the first select has completed.



# 0.03 seconds A select query comes in, again waiting for the first select to complete.

# 0.04 seconds Another select query comes in, again waiting for the first select to complete.

# 0.05 seconds Yet another select query comes in, again waiting for the first select to complete.

# .

# 1.99 seconds (~1000 queries later) Yet another select query comes in, again waiting for the first select to complete.

And so on and so forth. The queries in orange and red are blocked and have to wait for the first select to complete before they can be executed. The selects in red are blocked by the write operation in orange which is in turn blocked by the long-running select in green. This is what causes the table_locks_waited value to grow.

难道我的现象也属于这种情况？

先进来的select会锁住后进来的写操作，写操作之后的select都会因该写操作而被锁住？

ACMAIN_CHM 2010-05-21

打赏
举报

你程序中的相关代码是什么？

weiki516 2010-05-21

打赏
举报

(⊙o⊙)… 没见过

netxuning 2010-05-21

打赏
举报

[Quote=引用 5 楼 iihero 的回复:]

看看你的select进程执行的是什么样的sql.
[/Quote]

所贴查询都是联合查询.

具体的查询等下次出现状况时捕获到贴上来！

netxuning 2010-05-21

打赏
举报

[Quote=引用 4 楼 acmain_chm 的回复:]

全都是 E_info 表引起的啊。你的 select 语句都是些什么？
什么存储引擎？打开SELECT的模式是什么？

[/Quote]

存储引擎是myisam, 没有使用事务，E_info表上倒是有触发器,也没有使用for update查询！

[Quote=引用 4 楼 acmain_chm 的回复:]

理论上只看到了一个 update 应该不会锁这些SELECT，除非你使用了事务，或者 for update 查询。
[/Quote]

是啊，而且update也是被锁的

iihero 2010-05-21

打赏
举报

看看你的select进程执行的是什么样的sql.

ACMAIN_CHM 2010-05-21

打赏
举报

全都是 E_info 表引起的啊。你的 select 语句都是些什么？
什么存储引擎？打开SELECT的模式是什么？

理论上只看到了一个 update 应该不会锁这些SELECT，除非你使用了事务，或者 for update 查询。

WWWWA 2010-05-21

打赏
举报

SQL_BUFFER_RESULT forces the result to be put into a temporary table. This helps MySQL free the table locks early and helps in cases where it takes a long time to send the result set to the client.

SELECT SQL_BUFFER_RESULT * FROM a
试试

netxuning 2010-05-21

打赏
举报

[Quote=引用 1 楼 wwwwa 的回复:]

SELECT查询的数据量有多大？多少条记录？
[/Quote]

大概几百万条吧

WWWWA 2010-05-21

打赏
举报

SELECT查询的数据量有多大？多少条记录？

netxuning 2010-05-21

打赏
举报

[Quote=引用 12 楼 acmain_chm 的回复:]

SQL 语句

主要是观察你的事务，有没有人工LOCK，有没有FOR UPDATE，等等。
[/Quote]

没有版主，真的没有，我根本就不懂得运用人工lock，事务也不会用，for update干吗的也不清楚！

myisam表出现大量locked.

相关推荐