Архитектура Master/Slave Mysql против сервера / чтения БД и отдельной БД только для записи

Question

Каковы преимущества и недостатки архитектур типа mysql типа Master/Slave по сравнению с веб-серверами с балансировкой нагрузки, на каждом из которых имеются базы данных только для чтения, использующие отдельный сервер, содержащий базу данных mysql только для записи?

Answer 1

Архитектура типа Master/Slave полезна для случаев, когда ваше приложение "тяжело читается", то есть большинство подключений к базе данных предназначены для чтения данных, а не для записи данных.

Master/Slave позволяет вам масштабировать ваше приложение, просто добавляя больше оборудования. Просто создайте копию базы данных в новом окне и добавьте ее в качестве ведомого к ведущему устройству.

Что касается

веб-серверы с балансировкой нагрузки, в каждом из которых есть базы данных только для чтения, использующие отдельный сервер, содержащий базу данных mysql только для записи?

Это просто звучит как архитектура типа Master/Slave. С Master/Slave вы хотите, чтобы ведомые устройства были доступны только для чтения, поскольку ведущее устройство является единственным местом, где данные изменяются (и эти изменения распространяются на подчиненные устройства).