Проектирование кластера XtraDB

1. Да, это хорошая идея. Использование ProxySQL с PXC также является хорошей идеей. Используя ProxySQL, вы можете: А) реализовать «записывающую» HA, поместив два узла в одну и ту же группу хостов, один со сверхвысоким весом (10000000), а другой с низким (10). Если узел с большим весом отключается, ProxySQL без проблем начнет отправлять трафик на другой узел. B) поместите все узлы в отдельную группу хостов «читатель» с одинаковыми весами, таким образом распределяя нагрузку на трафик записи. C) При желании создайте 3-ю группу хостов только с 1 узлом и создайте правило запроса для сопоставления шаблона по схеме, пользователю или шаблону запроса для вашего запроса «высокой нагрузки» и прямого выполнения на этом конкретном узле. ProxySQL также позволит вам кэшировать некоторые из этих тяжелых запросов.

2. Лично я бы выбрал меньше экземпляров с более высоким процессором, если вы не знаете, что ваша сеть надежна. В PXC все узлы должны синхронно подтверждать все транзакции. Чем больше у вас узлов, тем дольше эти операции могут выполняться с задержкой. Самое быстрое, что вы можете зафиксировать, — это время между двумя самыми медленными узлами. Пожалуйста, убедитесь, что у вас всегда нечетное количество узлов, если только вы не продвинулись с настройкой pc.weight (но это очень сложно сделать правильно).

3. В общем случае с MySQL все узлы должны иметь одинаковую конфигурацию. Если ваш мастер более мощный, чем рабы, вообще говоря, рабы не смогут идти в ногу с объемом. При использовании PXC это означает, что вы будете чаще сталкиваться с событиями управления потоком, что может привести к остановке приложения. Если node2 не может писать так же быстро, как node1, node2 отправляет сообщения управления потоком (кричит о помощи), прося другие узлы замедлить работу, пока он догоняет.

4. Да, используя ProxySQL, как описано в #1.

Примечание: оптимизация запросов — это способ №1 «ускорить работу». Не всегда бросайте аппаратное обеспечение на проблему. Стоит потратить время на изучение журнала медленных запросов и попытаться улучшить запросы. Иногда один индекс может иметь значение день/ночь.

Отказ от ответственности: я являюсь старшим инструктором Percona и провел множество полнодневных интенсивных учебных занятий по PXC и ProxySQL.

Похоже, проблема в ваших шипах. И вам нужно как можно быстрее обрабатывать флуд, так как пользователи ожидают получить эти горячие билеты.

Добавление очереди только усложняет и замедляет обработку, когда действия выполняются быстро. Итак, «Не ставьте в очередь, просто сделайте это». Кроме того, обратите внимание, что очередь будет временно реплицирована на другие узлы, что сделает постановку/удаление из очереди, возможно, медленнее, чем просто действие по запросу!

Соединение — сделайте что-нибудь — отключение требует времени. Большая часть времени на самом деле не связана с «чем-то», а скорее над этим. Я обнаружил, что если активно менее 10 подключений, все работает гладко. Но если запустить удается больше 10, то InnoDB начинает спотыкаться сам о себя.

Вы когда-нибудь были в переполненном магазине? Допустим, есть место на 200 человек и тележки во всех проходах. Но если вы пытаетесь привлечь 210 покупателей, все замедляются, просто пытаясь побороться за позицию. Пропускная способность снижается, возможно, до такой степени, что люди хотят отказаться от своей тележки и уйти. Вы когда-нибудь видели магазин с очередью перед входом? Они решили проблему, не допуская более 200 покупателей одновременно!

Таким образом, решение вашей проблемы может быть вне MySQL. Если у вас есть веб-страница с выходом на MySQL, уменьшите количество используемых «потоков». У Apache, например, есть такие, плюс «бэклог» для постановки в очередь на уровне подключения к Apache. В MySQL есть max_connections и backlog, которые, возможно, работают одинаково, но значение по умолчанию для max_connections (151) слишком высокое. 151 студент, столпившийся вокруг автомата с газировкой в ​​магазине, может быть лучшей аналогией.

Больше узлов/больше ЦП может а может и не быть частью ответа; это зависит от того, какие замки вынимает "что-то".

Монитор Threads_running; если оно вырастет до нескольких десятков, то я подозреваю, что мои комментарии применимы. Если программа монитора не может подключиться для проверки этого GLOBAL STATUS, то я знаю, что это применимо.