Size: a a a

2017 May 05

T

Tkorochka in uptime.community
Там async репликация и маленькая очередь, если в нее поставить долгий запрос, то она забивается, далее flow control pause и встает весь кластер. Мы же про flow control сейчас говорим?
источник

AN

Anton Noginov in uptime.community
Нет. Я неправильно выразился. Я говорил про то, что в случае master-master транзация коммитится только когда весь кворум ее прожует.
Отчего простой insert работает дольше, чем в тупом master-slave режиме.
Это даже без вставания раком всего кластера.
источник

T

Tkorochka in uptime.community
Работает немного медленней. Если бы это реально sync репликация, то цифр в тысячи rps там никто не видел бы.
источник

T

Tkorochka in uptime.community
The cluster replicates changes synchronously through global ordering, but applies these changes asynchronously from the originating node out
источник

T

Tkorochka in uptime.community
Перед окончанием commit галера формирует writeset и все. Все остальное вне коммита. Writeset поступает на другие ноды. Там происходит магия галеровой репликации.
источник

AN

Anton Noginov in uptime.community
Документация говорит обратное, но я не готов спорить :)
источник

T

Tkorochka in uptime.community
When the client issues a COMMIT command (but before the actual commit has happened), all changes made to the database by the transaction and the primary keys of changed rows are collected into a writeset.
источник

T

Tkorochka in uptime.community
Вот из доков.
источник

AN

Anton Noginov in uptime.community
"Each node then certifies the replicated write-set against other write-sets in the applier queue. The write-set is then applied, if there are no conflicting locks. At this point, the transaction is considered committed"
источник

T

Tkorochka in uptime.community
Дада, это certification based replication
источник

T

Tkorochka in uptime.community
Но то что ты скопировал происходит после того как ты получил ок на коммит. Оно даже на другой ноде происходит
источник

AN

Anton Noginov in uptime.community
ok на коммит приходит вместе с global transaction id, который получается _после_ сертификации writeset-а.
Впрочем, это неважно, я мало что понимаю в потрошках БД.
источник

T

Tkorochka in uptime.community
источник

T

Tkorochka in uptime.community
Если верить ей, то будет третий вариант. Лол.
источник
2017 May 06

PT

Pavel T in uptime.community
@kurinniy
В двух словах пожалуйста ответьте, чем вы занимаетесь, почему решили прийти к нам в группу?
источник

AB

A B in uptime.community
Pavel T
@kurinniy
В двух словах пожалуйста ответьте, чем вы занимаетесь, почему решили прийти к нам в группу?
а что делать когда игнорят?))
источник

АК

Александр Куринный in uptime.community
Pavel T
@kurinniy
В двух словах пожалуйста ответьте, чем вы занимаетесь, почему решили прийти к нам в группу?
Всем привет! Меня зовут Куринный Александр. Я CTO в seopult.ru.

В группу пришел посмотреть после просмотра видео с вашей конференции в группе в фб.
источник

JI

Julia Ivanova in uptime.community
Привет, Александр!
источник
2017 May 08

S

Slach in uptime.community
а можно я сюда буду ссылки постить =) которыми обычно раньше только в Серегу Финиста кидался? ;)
начну с этого
https://github.com/facebookincubator/OnlineSchemaChange
источник

T

Tkorochka in uptime.community
Вот я недавно искал этот скрипт, но не нашел. Всем скриптам надо было с PK, а у меня неи его. Думал, что в скрипте от фейсбука будет магия, но сейчас посмотрел ограничения и понимаю, что он бы не помог. Поставил mysql 5.7 и сделал algorithm=inplace
источник