Как распределить запросы к MySQL по серверам?

Question

[Андрей]

Есть MySQL Master + Slave
Сейчас к серверу БД идет порядка 1,5 - 2 тысячи запросов в секунду. Хочу раскидать их на master и slave. Что можно использоваться для автоматического распределения? Желательно через 1 соединения с БД.

Answer 1

[Пума Тайланд]

mysqlproxy
haproxy

Answer 2

[Александр]

Попробуйте MySQL Proxy

Comments

[Дмитрий Энтелис]

Оно в альфе же?

[Андрей]

Слышал про него. Он подходит для распределения нагрузки?
Мне показалось что он больше ориентирован на какое-то пре и пост процессинг запросов.

[Александр]

@andreyvlru: MySQL Proxy is a simple program that sits between your client and MySQL server(s) that can monitor, analyze or transform their communication. Its flexibility allows for a wide variety of uses, including load balancing; failover; query analysis; query filtering and modification; and many more.

Умеет много чего, включая и балансировку нагрузки.

Answer 3

[Дмитрий Энтелис]

Что значит через одно соединение с бд?

У Вас же надеюсь есть какая то своя обвязка над mysqli функциями?

Можно сделать нехитрую логику - если в запросе присутствуют слова insert/delete/update/replace/... - идем в мастер, иначе в слейв(ы). В скриптах которые реализуют транзакции сразу идем в master принудительно.
В принципе можно это ручками определять в начале каждого контролера(функции контролера) - но мне кажется что гибкий вариант с двумя подключениями в общем случае лучше.

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

Comments

[Андрей]

Обвязка конечно есть. Выделить селекты не проблема. Не хочется вносить в приложение распределение нагрузки. Лучше бы посылать все запросы в одно место, а там уже пусть все разруливается. Примерно так как это делают http балансировщики.

[Дмитрий Энтелис]

@andreyvlru: если у вас сохранится тенденция роста - вы все равно придете к разбиению контента по нодам и 99% что вы будете это делать логикой приложения.

Answer 4

[Андрей]

Про haproxy много чего хорошего пишут, спасибо, посмотрю внимательнее.

Answer 5

[Влад Животнев]

haproxy не подойдет, если вы не собираетесь модифицировать приложение (то бишь, внутри него описывать логику куда ходить селектом, а куда инсертом).
MysqlProxy подойдет. Но у него проблемы с кодировками, отличными от utf8.

Comments

[Андрей]

То есть сам haproxy не умеет отличать select от update/insert?

[Влад Животнев]

не умеет