MySQL Master-Master Replication Slave Thread Issue
Извините, я не хотел быть слишком техническим. Необходимо рассмотреть, как DNS работает. При создании зоны (yourdomain.com) эта зона будет Вашей на сервере DNS. NS2 и другие серверы резервного копирования будут, получают его с зональной передачей, и они думают их как собственную зону, как Ваш. Это серверы является авторитетными серверами. Если им нужна эта зона, они знают, что эта зона является нашей, и посмотрите их локально. Но существует родительский сервер DNS для зоны. В этом примере .com. .com серверы DNS знают, что Вы - авторитетный владелец DNS yourdomain.com, и если порядковый номер yourdomain.com выращен, они получают зону с зональной передачей, чтобы иметь новую версию. Они кэшируют зону, для других серверов, но с TTL. Через какое-то время TTL истекает, и они получают зону снова от авторитетного сервера DNS, в этом примере, Вашем. Если они не могут, они думать, что эта зона больше не доступна, и удалите ее из их зон. Это - причина, Вы не можете использовать этот лобковый DNS серверы в качестве резервных копий. Только авторитетные серверы DNS могут работать резервным копированием. Каждая запись DNS знает, кто их авторитетные серверы, это находится в зоне. (Запись SOA). Это объяснение могло быть выводом далеко :)
I thought I'd explain how I solved this issue for anyone in the future that has the same issue.
So the issue was that both of my servers had been setup 4 months apart. So the older one was lacking some of the tables that the newer one had; as when setting up the server, it was setup on an older version of PHPMyAdmin. When updating PHPMyAdmin, these new tables weren't created; which seems like a major error on their part.
The solution was to import these new tables, so that both servers had exactly the same PHPMyAdmin tables. Any variation seemed to cause major issues with replication. To do this, you need to import 'create_tables.sql' on the older version of PHPMyAdmin.
This is located at:
./usr/share/doc/phpmyadmin/examples
Well hopefully this was helpful to someone, it certainly took me a long time to fix the issue!
отредактируйте файл .cnf с помощью команды:
sudo nano /etc/mysql/my.cnf
replicate-ignore-table=phpmyadmin.pma_recent
replicate-ignore-table=phpmyadmin.pma_table_uiprefs
replicate-ignore-table=phpmyadmin.pma_column_info
//mention whichever table is throwing error
Затем, - перезапустить mysql - остановить раба - запустить раб - показать статус ведомого