Я могу вызвать тупик на нашем (тестовом) кластере Galera при обновлении строки с теми же данными.
INSERT INTO test (id, val) VALUES (1, 42), (2, 47);
-- Query OK, 2 rows affected (0.01 sec)
-- Records: 2 Duplicates: 0 Warnings: 0
Обновление значения до другого значения не приводит к ошибке:
UPDATE test SET val=43 WHERE id=1;
-- Query OK, 1 row affected (0.00 sec)
-- Rows matched: 1 Changed: 1 Warnings: 0
И когда вы установите то же значение:
UPDATE test SET val=47 WHERE id=2;
-- ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction
Похоже, что это своего рода предупреждение, которое неправильно передается (от /var/log/mysql
):
140106 13:52:04 [Warning] WSREP: SQL statement was ineffective, THD: 12, buf: 103
QUERY: UPDATE test SET val=47 WHERE id=2
=> Skipping replication
140106 13:52:04 [Warning] WSREP: SQL statement was ineffective, THD: 12, buf: 103
QUERY: UPDATE test SET val=47 WHERE id=2
=> Skipping replication
Примечание: таблица создается как
CREATE TABLE IF NOT EXISTS `test` (
`id` int(3) NOT NULL PRIMARY KEY,
`val` int(3) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf-8;
Если ваш двоичный формат журнала на сервере - «STATEMENT» (проверьте с помощью SELECT @@ binlog_format;), вам следует перезапустить сервер с помощью --binlog-format = row, а затем повторить запросы. Обычно это решает вашу проблему!