MySQL InnoDB挂起等待表级锁

问题描述

|| 我有一个大型的生产Web应用程序（Glassfish 3.1 + MysqL 5.5）。所有表都是InnoDB。每隔几天一次应用程序完全挂起。

SHOW FULL PROCESSLIST

显示在不同表上的许多简单插入或更新查询，但所有状态都为   等待表级锁定 例子：

update user<br>
set user.hasnewmessages = NAME_CONST(\'in_flag\',_binary\'\\0\' COLLATE \'binary\')
where user.id = NAME_CONST(\'in_uid\',66381)

insert into exchanges_itempacks
set packid = NAME_CONST(\'in_packId\',332149),type = NAME_CONST(\'in_type\',1),itemid = NAME_CONST(\'in_itemId\',23710872)

\'Time \'最长的查询也在等待表级锁。 请帮助找出为什么MysqL试图获得级别锁定以及什么可以锁定所有这些表。关于InnoDB锁定的所有文章都说，如果不强制这样做，则此引擎不使用表锁定。 我的

my.cnf

有这个：

innodb_flush_log_at_trx_commit = 0
innodb_support_xa = 0
innodb_locks_unsafe_for_binlog = 1
innodb_autoinc_lock_mode=2

二进制日志已关闭。我根本没有\“ LOCK TABLES \”或其他显式锁定命令。交易为

READ_UNCOMMITED

。

SHOW ENGINE INNODB STATUS

输出： http://avatar-studio.ru:8080/ph/imonout.txt     

解决方法

        您是否正在使用MSQLDump备份数据库，而数据库仍被应用程序访问？这可能会导致该行为。     ,        我认为在某些情况下MySQL会进行全表锁定（即使用auto-inc）。 我找到了一个可能对您有帮助的链接：http://mysqldatabaseadministration.blogspot.com/2007/06/innodb-table-locks.html 还要查看具有所有con \ commit / rollbacked和close的java持久性代码。 （总是在finally块中关闭。） 尝试在MySQL配置中设置“ 6”。 http://dev.mysql.com/doc/refman/5.0/en/innodb-parameters.html#sysvar_innodb_table_locks 只是一些想法...     ,        我看到您在代码中大量使用了NAME_CONST。只是尽量不要使用它。您知道，MySQL有时可能会出错（我也发现了几个错误），因此我建议不要依赖那些不太常见/未经测试的功能。它与列名相关，所以也许它锁定了某些内容？好吧，如果只影响结果，那就不应该了，但是谁知道呢？这是可疑的。此外，此功能被标记为仅供内部使用。     ,        这看起来很简单，但是您没有长时间运行的select语句可能会锁定更新和插入吗？没有查询正在实际运行并且未锁定？     ,        您是否考虑过使用MyISAM代替InnoDB？ 如果您不使用任何事务功能，则MyISAM可能更有意义。 它更简单，更容易优化，并且由于它不具有复杂的事务处理功能，因此在my.cnf中更易于配置。 另外，根据您的应用程序创建的数据库负载的类型，MyISAM可能更合适。我更喜欢MyISAM用于读取繁重的应用程序，同样，它更易于配置和理解。 其他建议： 找到在SQL中不使用NAME_CONST的方法可能是一个好主意。 \“此函数是在MySQL 5.0.12中添加的。仅供内部使用。” 当开放源代码产品的文档说明这一点时，请注意它是一个好主意。 默认情况下，MySQL将所有InnoDB表和模式数据存储在一个巨大的文件中，该特定文件上可能存在某种操作系统级别的锁定，该锁定传播到MySQL，从而阻止了所有表的访问。通过使用innodb_file_per_table选项，您可以消除该潜在问题。这也使MySQL更加节省空间。     ,        在这种情况下，您必须创建几个具有相同列的不同数据库表，并且每个表的插入量不要超过3000行，在这种情况下，如果要将更多数据输入到表中，则必须创建另一个动态表（使用代码）并将新数据插入该表并访问该表中的数据。在您的条件下，如果必须生成越来越多的表，则必须创建新的数据库。 我认为本技巧将帮助您更仔细地设计数据库并解决错误。