LINUX.ORG.RU
решено ФорумAdmin

Проблема синхронизации некоторых таблиц MySQL

 , , ,


1

1

Здравствуйте,

попал в ситуацию, которую ранее не встречал и требуется совет. Имеем:

  • 3 одинаковых CentOS 7 сервера
  • 3 одинаковых сетапа mariadb cluster :
    mysql  Ver 15.1 Distrib 10.1.23-MariaDB, for Linux (x86_64) using readline 5.1
    
  • 2 базы которые ранее жили на стендэлон сервере, а теперь их нужно кластеризовать.

Что делали :

  • Были поставлены заглушки на сайты
  • Был сделан бекап обеих БД через mysqldump
  • Был засетаплен кластер и объединен ( multi master )
  • Был произведен импорт через mysql cli - source dump.sql

Дамп завершился без ошибок на бутстрап сервере и 99% информации корректно разъехалось по серверам, но у части таблиц не было перенесено данных, хотя сами таблицы со структурой были созданы на всех серверах.

В логах ошибки:

May  3 20:44:27 CentOS-73-64-minimal mysqld: 2017-05-03 21:44:27 7f46b771eb00 InnoDB: Error: Column last_update in table "mysql"."innodb_table_stats" is INT UNSIGNED NOT NULL but should be BINARY(4) NOT NULL (type mismatch).
May  3 20:44:27 CentOS-73-64-minimal mysqld: 2017-05-03 21:44:27 7f46b771eb00 InnoDB: Error: Column last_update in table "mysql"."innodb_table_stats" is INT UNSIGNED NOT NULL but should be BINARY(4) NOT NULL (type mismatch).
MariaDB [mysql]> desc innodb_table_stats;
+--------------------------+---------------------+------+-----+-------------------+-----------------------------+
| Field                    | Type                | Null | Key | Default           | Extra                       |
+--------------------------+---------------------+------+-----+-------------------+-----------------------------+
| database_name            | varchar(64)         | NO   | PRI | NULL              |                             |
| table_name               | varchar(64)         | NO   | PRI | NULL              |                             |
| last_update              | timestamp           | NO   |     | CURRENT_TIMESTAMP | on update CURRENT_TIMESTAMP |
| n_rows                   | bigint(20) unsigned | NO   |     | NULL              |                             |
| clustered_index_size     | bigint(20) unsigned | NO   |     | NULL              |                             |
| sum_of_other_index_sizes | bigint(20) unsigned | NO   |     | NULL              |                             |
+--------------------------+---------------------+------+-----+-------------------+-----------------------------+
6 rows in set (0.00 sec)

Что пробовал :

  • mysql_upgrade ( проходит все ОК )
  • тык1
  • тык2
  • Пытался делать дамп таблицы на бутстрап сервере и переносить на другой - дамп проходит корректно, но опять же изменения в кластере не происходят, а только на том сервере, где физически мы заливаем файл дампа.
  • Полностью выводил одну ноду из строя, переустанавливал с нуля MySQL и вводил в кластер

Ответ на: комментарий от Electron

примерно с той же проблемой столкнулся когда настраивал свою первую галеру.

snaf ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.