Разбиение таблиц DB в MySQL

Question

Какова наилучшая стратегия для создания кластерного MySQL, в котором некоторые таблицы БД размещены на одном узле, а некоторые другие таблицы размещены на другом узле и действуют как единый когерентный БД из приложения в перспективе?

Скажем, если у меня есть 2 узла данных A и B и база данных с 5 таблицами, я хочу, чтобы таблицы 1, 2 и 3 были размещены на узле A, а таблицы 4 и 5 - на узле B.

Нужно ли это развертывание как кластерное развертывание, или это типичное развертывание MySQL? Если да, то как?

Как насчет того, чтобы таблица 4 была воспроизведена как на A, так и на B?

Answer 1

MySQL обеспечит прозрачный доступ к таблицам, хранящимся в других экземплярах, с использованием механизма объединения (это было доступно в течение длительного времени).

MySQL предоставляет функцию, называемую разделением - которая применяется к таблицам для распространения данных в разных файловых системах, но это совсем другое.

Как насчет того, чтобы таблица 4 была воспроизведена как на A, так и на B?

Вы можете настроить репликацию MySQL только скопировать определенные таблицы (см реплицировать-дикий-Do-таблицу), однако смешивание федерации и репликация собирается получить очень запутанной очень быстро - это неправильно, и вы будете громить ваши данные , Используйте один или другой. Не оба.