две реплики Р1 и Р2 (каждая зацеплена напрямую к мастеру "без посредников"), потоковая репликация
на всех инстансах 8.0.26-17, убунту.
$М -e 'show global variables' | grep version_comment
version_comment Percona Server (GPL), Release '17', Revision 'd7119cd'
$Р1 -e 'show global variables' | grep version_comment
version_comment Percona Server (GPL), Release 17, Revision d7119cd
$Р2 my6 -e 'show global variables' | grep version_comment
version_comment Percona Server (GPL), Release 17, Revision d7119cd
Репликации не отстают от мастера, проверял
делаю на мастере
create table t(id int primary key, d int, key IDX_d(d));
insert into t values(1,1);
отрабатывает
все отрабатывает на всех репликах
далее выполняю
alter table t ADD CONSTRAINT FK FOREIGN KEY(d) REFERENCES c(id);
(у таблицы c id int not null primary key и запись с id = 1 там есть)
, а теперь "следите за руками" - на одной реплике alter выполняется успешно, на второй валится репликация
Last_SQL_Errno: 1553
Last_SQL_Error: Error 'Cannot drop index 'IDX_d': needed in a foreign key constraint' on query. Default database: 'dbname'. Query: 'alter table t ADD CONSTRAINT FK FOREIGN KEY(d) REFERENCES c(id)'
сравнивал show global variables - у реплик, отличия минимальны.
Куда копать?
P. S. create table t(id int primary key, d int not null, key IDX_d(d));
тоже пробовал, то есть дефиниция d совпадает с дефиницией c.id
P. P. S. гуглил, но либо не так гуглил, либо не постили такое.
P. P. P. S.
create table t(id int primary key, d int, key IDX_d(d), CONSTRAINT FK FOREIGN KEY(d) REFERENCES c(id));
жуётся на обеих репликах.
Нужно проверить: - Выполнился ли ALTER до того как появилась ошибка - Совпадают ли данные на мастере и проблемной реплике - Какой запрос привёл к ошибке
СветаХаним, спасибо за фидбэк! - ALTER успешно проходил на мастере и одной из реплик, в бинлогах видел, на проблемной же реплике бинлог обрывался перед проблемным альтером, который не проходил. - Данные совпадали, спецом создал новые таблички и проверил, все данные совпадали, ну только что pt-table-checksum не натравливал. - ну вот ALTER t add FK и не выполнялся. Залез поглубже, просто укатился на проблемную реплику, специально пустую базу создал (на мастере, она прокинулась на обе реплики успешно) остановил на проблемной реплике репликацию, снял read_only и super_read_only. mysql> select @@global.super_read_only, @@global.read_only; +--------------------------+--------------------+ | @@global.super_read_only | @@global.read_only | +--------------------------+--------------------+ | 0 | 0 | +--------------------------+--------------------+ 1 row in set (0,00 sec) use пустая база; mysql> show tables; Empty set (0,00 sec) mysql> create table tp(id int unsigned not null primary key); Query OK, 0 rows affected (0,01 sec) mysql> create table tc(id int primary key, d int unsigned not null, key IDX_d(d)); Query OK, 0 rows affected (0,02 sec) mysql> alter table tc ADD CONSTRAINT FK FOREIGN KEY(d) REFERENCES tp(id); ERROR 1553 (HY000): Cannot drop index 'IDX_d': needed in a foreign key constraint То есть дело не в репликации. Такое ощущение, что ему ключик IDX_d чем-то не нравится, что он не может его использовать для FK, но чем бы? Исходил из MySQL requires that foreign key columns be indexed; if you create a table with a foreign key constraint but no index on a given column, an index is created. https://dev.mysql.com/doc/refman/8.0/en/constraint-foreign-key.html Прошу мнений, куда копать! Это при том, что на других серверах с той же версии percona (только там центось, не убунта) - этот кейс успешно проходит.
А lower_case_table_names какая стоит на этом сервере?
select @@global.lower_case_table_names; на всех инстансах в 0
Обсуждают сегодня