Репликация

Репликация это несколько другое.

Вы хотите просто MySQL на отдельный сервер перенести? А точнее несколько таблиц?

Репликация это полный аналог, и нагрузка на мастер равна нагрузка на слейв.

То есть если у вас в мастер выполнится 1000 запросов на запись/изменение, то все эти запросы выполнятся и на всех слейвах если у вас MySQL конечно. Реплики используются для чтения, например когда у вас идет 1000 запросов на чтение в секунду и 1 запрос на запись, тогда эту 1000 запросов можно раскидать на несколько серверов, задачи на запись не распарралелить в MySQL, у PostgreSQL репликация бинарная, там такое прокатит.

Вам надо смотреть и гуглить в сторону RabbitMQ

Есть скрипт, который делает много запросов к базе MySQL и сильно нагружает ее. Я думал как-то перенести его на другой сервак, но этот скрипт должен работать всегда со свежей инфой, которая на основном сервере. Также, результаты выполнения этого скрипта должны обновлять и базу на основном сервере. Получается, на двух серверах должны быть всегда актуальные данные.

---------- Добавлено 02.06.2017 в 16:02 ----------

А как же мне тогда быть? Фоновый скрипт дает основную нагрузку записью в таблицу, поэтому чтение медленнее происходит. Хотел вынести запись как раз. Получается надо крутое железо покупать?

Чтож это за скрипт такой, а железку по мощнее? А оптимизировать структуру, оптимизировать запрос? Нагрузка при записи обычно создается за счет перестраивания индексов, побольше оперативки, потоньше настройки, отключить запись в лог и отдать это на откуп системе. Вообщем пошаманить и скрипт тормознуть, ну либо научить его работать с другой БД. Например NoSQL какой или с тем же Tarantool. То есть я к тому, что либо у вас железка слабая для такой задачи, либо инструменты не правильно подобраны, ну либо банально код кривой. Просто ложить MySQL это надо постараться)))

Спасибо, будем думать! Подскажите, а какой CPU лучше брать - с более высокой частотой или с большим количеством ядер?

Наиболее оптимально попробовать взять сначала SSD. Возможно этого будет достаточно.

Он дает серьезную прибавку в производительности.

Так же можно попробовать отдельный VPS или сервер исключительно для БД и подключаться к ней удаленно. Таким образом один сервер будет обрабатывать только мускл а второй все остальное.

Это из наиболее простых способов.

Про отдельный сервер для базы хорошая мысль, спасибо! А на SSD рейды можно сделать?

если скрипт в 1 поток -то частота

если потоков много - то ядер больше.

но это в теории, там затык вообще не в этом может быть

Да разумеется. Чаще всего достаточно 1-го. 10-й особого прироста производительности не дает.

Рекомендую не горячится и не брать сразу дедик, а попробовать VPS. Там тоже чаще всего SSD и если там будет только БД - то проблем по идее, быть не должно. Вынесите БД на VPS и посмотрите нагрузку.

Опишите в общих чертах суть фоновой задачи.

Вполне вероятно что кто-то сходу увидит слабое место которое можно просто допилить.

Добавить/убрать индексы уже предлагали. Может блокировки тормозят.

Дисковая подсистема да, слабое место.

Но чую у вас что-то не так в консерватории.