У СКБ есть multi-DC сетап

Кассандра с rack awareness

да выше же писал кто-то из такого же проекта

Лень читать все. У меня у базы всего один клиент. Потому всякие нагрузки не интересны.

Я лично не видал, как оно и даже рядом не стоял

Я писал, но кто бы слушал :)

Где ьы мисал про мультимастера?

Потому что ийбав такое в рот литерально

А у перкона даже думать забудьте

Где ьы мисал про мультимастера?

Я сразу сказал что это no way вместе с мускулем

Мультимастер это no way с любой RDBMS

да не, сумкуль нормально подойдет, возможно. а мастер-мастер актив-актив - никак

Тоже верно

Я про высказывание великого и ужасного

Если что :)

У СКБ есть multi-DC сетап

Поподробнее можно?

Кассандра с rack awareness

Где-то слышал такие аббревиатуры, ты задачу читал? Только честно.

@Kote_deWoland тут уже неоднократно прямым текстом написали, мультимастер выкинуть придется (по крайней мере в вашей постановке).

Где-то слышал такие аббревиатуры, ты задачу читал? Только честно.

Зачем?

У тебя multi-DC, единственный известный мне сетап на open source компонентах - это не слишком нагруженная кассандра

У тебя multi-DC, единственный известный мне сетап на open source компонентах - это не слишком нагруженная кассандра

HBase

HBase

Ну, можно

Но лично я не пробовал

Но не нужно :)

Технически можно собрать стенд

И эмулировать длинные линки

Но ебковато

Речь про нагрузку, увы нет

Я пробовал, не понравилось.

Я пробовал, не понравилось.

Теппь гадать что пробовал и что тебе не понравилось?

Может сделать свой сетап набить шишек и выразить свое мнение

?

Если кратко: медленно

Может сделать свой сетап набить шишек и выразить свое мнение

У меня стоит titan с касандрой и hbase...

и одним клиентом

и одним клиентом

Ты знал ты знал.

Но это не помешало создать эмуляцию и поднять температуру в бейсменте на пару градусов

Один клиент это огонь

сорян, но без репозитория с конфигурацией нагрузчика и отчетом о тестировании пропускаю все такое мимо

Если кратко: медленно

сорян, но без репозитория с конфигурацией нагрузчика и отчетом о тестировании пропускаю все такое мимо

Ну.. ваше право :)

Ладно. Повеселились. Пора пойти поработать. Обед закончился

Да с бара домой пора, это факт

вы меня с кем-то перепутали

Да, тут есть еще один игорь

А, ясно, он вышел из конфы.

Скорее его кикнули )

Скорее его кикнули )

Ммм если только сам ушел

Вы мне лучше скажите, это нормально что при репликации инсерты на слейв приезжают в другом порядке?

Gtid/row

В мускуле, да

Оно не гарантировано

Простите, но это пиздец

Ура, еще один обрел просветление

Разрабы нафигачили констрейнов

И оно постоянно делает ой

Use postgres, dude!

да, в mysql ставить constraints - это боль. дешевое решение - убить их.

Mysql на костер. Урааа

Mysql на костер. Урааа

Ну что вы, самое оно для распределеных проектов.

Ну что вы, самое оно для распределеных проектов.

Спасибо. Но нет.

Коллеги, а я тут подумал

Если в таблице никогда не меняются данные

И используется RBR

И на серверах разный шаг автоинкремента

То сойдет и MySQL

Ну вот правда, чо

Ну да

не шаг, а смещение

но таки геморрой некоторый при увеличении числа DC

ERROR: S client not available

не шаг, а смещение

Э Шаг и есть смещение кагбе

да и не является тут тип PK ограничивающим фактором, зато ждать ответа от СУБД не надо, если генерировать uuid на клиенте и использовать deferred insert (да, это тоже очередь, средствами mysql)

Ну - я всего лишь имел в виду, что надо бы запретить UPDATE

То есть - на уровне логики его не делать никогда

А на инсертах конфликтов не будет

Я даже придумал кейс где это проктит... но нт

жорошо, конечно, но нет

Подведем итог, любое предложеное решение осуждается следующим оратором. То есть решение в данной реальности отсутсвует. На этом все! :)

То сойдет и MySQL

смеюсь сквозь слезы

жорошо, конечно, но нет

Что "нет"?

да, в mysql ставить constraints - это боль. дешевое решение - убить их.

а если убить их на реплике только?

как бы это странно не звучало

Пока все звучит достаточно ебанистически

Оставьте констрейнты в покое

Давайте не будем ничего убивать, не взглянув на флеймграфы

взял и сделал SET FOREIGN_KEY_CHECKS = 0; на реплике

взял и сделал SET FOREIGN_KEY_CHECKS = 0; на реплике

Мамке своей сделай теперь

сразу после папки сделаю

ок

Если в таблице никогда не меняются данные

То рбр не нужна, как и репликация вообще

То рбр не нужна, как и репликация вообще

Обоснуй

Зачем реплицировать то, что не меняется

Между добавлением и изменением разницу видишь?

Вижу, однако из утверждения что данные в таблице не меняются, нельзя сделать однозначный вывод, что добавляться они таки туда могут. То есть данные в целом в таблице меняются (добавляются)

Данные в целом не меняются

Но добавляются

как угодно, главная проблема всяких там репликаций в mysql это конечно апдейты (

Главная проблема всяких там мастер-мастер репликаций это разрешение конфликтов

Ты точно архитектор, братан?

если ты про бетон и стекло - то тот )

Ясн

У тебя multi-DC, единственный известный мне сетап на open source компонентах - это не слишком нагруженная кассандра

А что монимать под "не слишком нагруженная"?