0
我有一段PHP代码,因为挂起的锁或MySql DB上的已经打开的事务,我仍然无法执行查询。 该脚本由cron每小时启动。有问题的代码是这样的在MySql中查找挂起的锁或事务
CommandHelper::log("Calling beginTransaction for item $item->id");
$transaction = Yii::app()->db->beginTransaction();
CommandHelper::log("Trying to get update lock for item $item->id");
try {
// this line will lock a single row
$item = Item::model()->findBySql("SELECT * FROM " . $item::model()->getTableSchema()->name . " WHERE id=$item->id FOR UPDATE");
if(!$item)
throw new Exception("Item $item->id not found in processItem");
CommandHelper::log("Obtained update lock for item $item->id");
$now = DateTimeHelper::getInstance()->getStringNow();
// the following call executes a few queries and causes an exception
$this->processExpiredDeferredPayments($item,$now);
// we won't get here
CommandHelper::log("Item $item->id query confirmed units");
....
....
$transaction->commit();
} catch (Exception $e) {
$transaction->rollBack();
CommandHelper::log("Transaction error:" . $e->getMessage());
}
日志打印,这些线每隔一小时:
...
...
2017-06-03 14:46:04 Item 164 start processing
2017-06-03 14:46:04 Calling beginTransaction for item 164
2017-06-03 14:46:04 Trying to get update lock for item 164
2017-06-03 14:46:04 Obtained update lock for item 164
2017-06-03 14:46:04 Transaction error:There is already an active transaction
2017-06-03 14:46:04 Item 164 end processing
2017-06-03 14:46:04 Item 160 start processing
2017-06-03 14:46:04 Calling beginTransaction for item 160
2017-06-03 14:46:04 Trying to get update lock for item 160
2017-06-03 14:46:04 Obtained update lock for item 160
2017-06-03 14:46:04 Transaction error:There is already an active transaction
2017-06-03 14:46:04 Item 160 end processing
2017-06-03 14:46:04 Item 182 start processing
2017-06-03 14:46:04 Calling beginTransaction for item 182
2017-06-03 14:46:04 Trying to get update lock for item 182
2017-06-03 14:46:04 Obtained update lock for item 182
2017-06-03 14:46:04 Transaction error:There is already an active transaction
2017-06-03 14:46:04 Item 182 end processing
...
...
这是show engine innodb status
=====================================
2017-06-03 15:00:16 2af55a655700 INNODB MONITOR OUTPUT
=====================================
Per second averages calculated from the last 10 seconds
-----------------
BACKGROUND THREAD
-----------------
srv_master_thread loops: 139314 srv_active, 0 srv_shutdown, 2478167 srv_idle
srv_master_thread log flush and writes: 2617481
----------
SEMAPHORES
----------
OS WAIT ARRAY INFO: reservation count 139170
OS WAIT ARRAY INFO: signal count 139073
Mutex spin waits 15233, rounds 456961, OS waits 14580
RW-shared spins 123701, rounds 3711390, OS waits 123173
RW-excl spins 89, rounds 42528, OS waits 1410
Spin rounds per wait: 30.00 mutex, 30.00 RW-shared, 477.84 RW-excl
------------
TRANSACTIONS
------------
Trx id counter 233590159
Purge done for trx's n:o < 233589999 undo n:o < 0 state: running but idle
History list length 2636
LIST OF TRANSACTIONS FOR EACH SESSION:
---TRANSACTION 225441219, not started
MySQL thread id 271018, OS thread handle 0x2af55a655700, query id 28702104 172.31.10.242 ebroot init
show engine innodb status
---TRANSACTION 0, not started
MySQL thread id 271017, OS thread handle 0x2af55bfa6700, query id 28698794 172.31.10.242 ebroot cleaning up
---TRANSACTION 233590158, not started
MySQL thread id 1, OS thread handle 0x2af55a550700, query id 28702102 localhost 127.0.0.1 rdsadmin cleaning up
--------
FILE I/O
--------
...
...
输出这是show full processlist
输出:
哪个是挂起的事务或锁定在这里以及如何杀死它?
为什么PHP脚本结束时没有自动关闭? 我以为即使PHP线程有一个Mysql连接,当线程退出时,MySQL连接会自动关闭,并且由它启动的事务/锁应该被自动提交或回滚,不是吗? 谢谢
我注意到innodb状态显示他们卡住“清理”一些交易。这听起来类似于https://stackoverflow.com/a/44289981/20860,所以请看看我的答案。如果同一个bug影响你,它可能有助于升级MySQL。 –