Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
percona cluster - непонятные блокировки
|
|||
|---|---|---|---|
|
#18+
Есть перкона кластер двух нод master-master (mysql 5.6) до поры до времени все работает нормально, но иногда начинается какая-то полнейшая хрень, кластер просто перестает выполнять запросы к какой-то определенной таблице (update/delete), причем это всегда разные таблицы, порой даже практически не нагруженные. Запросы всегда идут к одной ноде, статистика по чтению/записи примерно следующая: Код: plaintext Крутится на убунте, SSD, 192 ОЗУ, NUMA-машина из 2х процессоров, нагрузка на процессор вроде не большая (300%), LOA ~3 По железу ничего не нагружено, есть полно свободной памяти. Так вот раз в месяц начинается эта билибирда и продолжается пол дня. Просто к одной таблице встают в очередь запросы на апдейте, сегодня, например, апдейты по pk, взаимоблокироваться там просто нечему, запросы к таблица редкие, висят штук 10 и отпадают по таймауту. Убивание их ничем не помогает. Помогает если пустить часть запросов на другую ноду. Например, переключаю один бэкэнд на ноду-2 и, вуаля, - на первой ноде исчезла проблема с локами, возвращаю обратно все запросы на 1-ю ноду и все работает нормально какое-то время. Куда копать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 14:05 |
|
||
|
percona cluster - непонятные блокировки
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 14:10 |
|
||
|
percona cluster - непонятные блокировки
|
|||
|---|---|---|---|
|
#18+
Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 14:16 |
|
||
|
percona cluster - непонятные блокировки
|
|||
|---|---|---|---|
|
#18+
Изучаю разные варианты конфигов для галеры. Много где используют innodb_locks_unsafe_for_binlog = 1 Но до конца не понимаю, на сколько это необходимо и что конкретно это даст. Так же заметил, что хоть в конфиге кэш выключен: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 14:37 |
|
||
|
percona cluster - непонятные блокировки
|
|||
|---|---|---|---|
|
#18+
Например вот https://www.percona.com/forums/questions-discussions/percona-xtradb-cluster/43785-wsrep_slave_threads-and-deprecated-variable-innodb_locks_unsafe_for_binlog авторIn Percona XtraDB Cluster 5.6 you should keep innodb_locks_unsafe_for_binlog=1 PS^ кстати забыл вроде написать, mysql версии 5.6 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2018, 14:39 |
|
||
|
percona cluster - непонятные блокировки
|
|||
|---|---|---|---|
|
#18+
Hett, речь о полном зависании или замедлении? мне NUMA всегда кажется подозрительной. В теории может обострить любую фигню и подтормаживать затейливо, но не зависать. может статистику снять по этому процессу? если вас 192 памяти, сделайте чтобы mysqd похудел до 96. numastat -pm - если все идет нормально то mysqld будет тяготеть к одной половинке. показатели numa можно поставить на мониторинг и посмотреть есть ли корреляция с зависаниями. и Kernel same-page merging тоже странная штука. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2018, 13:59 |
|
||
|
percona cluster - непонятные блокировки
|
|||
|---|---|---|---|
|
#18+
Набрызг-БетонHett, речь о полном зависании или замедлении? Полностью зависают запросы на запись в одну таблицу (апдейт по pk). Последние несколько раз была одна и та же таблица. Помню с пол года назад была такая же проблема с другой таблицей. Пока пытались понять в чем дело - само прошло. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2018, 14:17 |
|
||
|
percona cluster - непонятные блокировки
|
|||
|---|---|---|---|
|
#18+
авторпоказатели numa можно поставить на мониторинг и посмотреть есть ли корреляция с зависаниями. С numa-interleave = off - он лезет в одну половину, пробовал поставить в on - тогда равномерно распределяется на две, но на данную проблему ни каким образом не влияет, она так же время от времени появляется и пропадает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2018, 14:19 |
|
||
|
percona cluster - непонятные блокировки
|
|||
|---|---|---|---|
|
#18+
[quot Hett]Набрызг-Бетон. Пока пытались понять в чем дело - само прошло. так это значит, что оно не зависло полностью, а выполнялся какой-то подковерный процесс. например, миграция страниц в numa. у вас наверняка есть мониторинг. посчитайте эти показатели во времени ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2018, 14:30 |
|
||
|
|

start [/forum/topic.php?fid=47&msg=39645025&tid=1829836]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
44ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
2ms |
| others: | 14ms |
| total: | 161ms |

| 0 / 0 |
