Всем привет.

Столкнулся со следующей ситуацией. На рабочей базе внезапно начали оставаться блокировки на таблице после успешного завершения запроса на изменение. Т.е. проходит запрос вида UPDATE <tbl_name> SET ... WHERE ... Он успешно проходит, клиенту отсылается OK (Rows matched: 1 Changed: 1 Warnings: 0), но при этом остаётся блокировка на таблице, которая обновлялась. И следующий такой же запрос висит 50 секунд в ожидании блокировки таблицы и отваливается.

Куда копать? Percona 5.5.36

С уважением,
Алекс

Смотрю в блокировки. Вижу их. Смотрю по thread id состояние. Показывает Sleep. Т.е. ничего не делает, но блокировку держит. Собственно:

3689510 TABLE 0 00:00 01:28 IX main info_stock 0
3689510 RECORD 0 00:00 01:28 X main info_stock st_product_index 0 rec but not gap
3689510 RECORD 0 00:00 01:28 X main info_stock PRIMARY 0 rec but not gap
3689510 RECORD 0 00:00 01:28 X main info_stock st_product_index 0 rec but not gap
3689510 RECORD 0 00:00 01:28 X main info_stock PRIMARY 0 rec but not gap
3689510 RECORD 0 00:00 01:28 X main info_stock st_product_index 0 rec but not gap
3689510 RECORD 0 00:00 01:28 X main info_stock PRIMARY 0 rec but not gap
3689510 RECORD 0 00:00 01:28 X main info_stock st_product_index 0 rec but not gap
3689510 RECORD 0 00:00 01:28 X main info_stock PRIMARY 0 rec but not gap

$ mysqladmin processlist|grep 3689510
| 3689510 | user_rw | X.X.X.X:39574 | core | Sleep | 18 | | | 0 | 1 | 1 |

Бессонная ночь сделала своё дело :) Причина - в мультиплексировании запросов в рамках пула соединений. commit/rollback периодически приходили на другой поток.

P.S. Java, со стороны клиента.