Если база до миллиона тогда да пофиг :) далеше начинается шаманство , и ньюансы

До миллиона чего?

записей

А как кол-во записей соотносится со сложностью администрирования, я может чего-то не понимаю

Запросов в минуту , и записей

Эм..

Если база до миллиона тогда да пофиг :) далеше начинается шаманство , и ньюансы

Я свои тезисы выдвинул. Можете использовать их.

1млн запросов с секунду/минуту?

Я свои тезисы выдвинул. Можете использовать их.

Да спасиб большое !

1млн запросов с секунду/минуту?

пока в минуту , через пол года будет в секунду

Много,..

ну и CAP + теорема эскобара

cap?

Чуваки хотят сделать шардирование горризонтальное , будет 100 нод .

можно недавнюю презентацию Александра Короткова посмотреть, где он разбирал кейс перехода убера с пг на мускл

и какие улучшения планируются в пг

+ к кждой надо будет реплику , + бэкапы

Чуваки хотят сделать шардирование горризонтальное , будет 100 нод .

тогда вообще классические sql-базы выпадают

можно недавнюю презентацию Александра Короткова посмотреть, где он разбирал кейс перехода убера с пг на мускл

Типа не смогли в pg, смогут в mysql?

Да вот и я удивляюсь :)

но поезд уже набрал обороты :)

и несется к светлому будущему МУскула

))))))))))))

Бизнес уже ждет нового решения

Скорее к боли и страданиям

cap?

Consistency Availability Partition tolerance ^_^

поэтому хочу подготовится к большому Зведопаду заранее, как админ .

@fjfalcon не умеешь ты готовить mysql, видишь люди с pg уходят

Consistency Availability Partition tolerance ^_^

ага, а при чем это здесь?

Типа не смогли в pg, смогут в mysql?

да постоянно всплывает он)) https://eng.uber.com/mysql-migration/

ага, а при чем это здесь?

ну там говорят key value ^_^

ну там говорят key value ^_^

каким образом key-value завязан на cap?

следовательно движение по двум другим буковкам

да постоянно всплывает он)) https://eng.uber.com/mysql-migration/

Ага, спасибо гляну.

следовательно движение по двум другим буковкам

???

???

забей;)

Ага, спасибо гляну.

и сама презентация-ответ http://akorotkov.github.io/blog/2017/04/08/uber-answer/

На само деле хотел сконцентрироваться не на войне между БД , а на приемуществах :) Постгреса.

оконные функции, индексы на json, нормальный explain - это из того, что я увидел как новичек в постгре

только начинаю использовать, до этого всю жизнь на mysql

оконные функции, индексы на json, нормальный explain - это из того, что я увидел как новичек в постгре

как впечатления от постгреса ?

пока нравится :)

В mysql нет полноценной бинарной репликации. Есть statement-based и row-based. Но это все равно логическая реплика в терминах постгри.

Это следствие того, что в mysql подключаемые движки БД и логическая часть очень сильно отделена от низкоуровневой реализации.

Это следствие того, что в mysql подключаемые движки БД и логическая часть очень сильно отделена от низкоуровневой реализации.

+1

но с другой стороны, в постгресе нет полноценной логической репликации. и это, кстати, одна из причин перехода Uber

но с другой стороны, в постгресе нет полноценной логической репликации. и это, кстати, одна из причин перехода Uber

Из коробки?

Нет из коробки. Сторонних решений полно.

помимо того, что они сторонние, они ещё и достаточно убоги по сравнению с логической встроенной в mysql

Мой небольшой опыт настройки репликации mysql выявил богатейшие возможности отстрелить себе ногу при настройке.

вообще, я тут собираюсь опять брать в руки шашку. В попытках постгрес сообщества ответить на доклад Uber есть много комических моментов. Ну, например когда slony рекоммендуют в качестве альтернативы репликации в mysql. Думаю, мне есть, что сказать на эту тему, а значит будет статья на Хабре :0

помимо того, что они сторонние, они ещё и достаточно убоги по сравнению с логической встроенной в mysql

Кстати, а по сравнению с pglogical?

Хотябы то, что стендбай по умолчанию открыт для записи, и вообще открыт для записи - это просто шок

А богатейшие возможности отстрелить себе ноги есть в любой репликации. Я тут не первый день сижу :)

и pglogical пока далеко до логической репликации в mysql, да

Кстати, а по сравнению с pglogical?

А оно репликация, или таки logical decoding? А то меня терзают смутные сомнения...

pglogical таки репликация

другой вопрос, что сторонее, ни разу не параллельное, и то, что будет в десятке — это некоторое подмножество pglogical

В постгресе баланс быстро/надёжно выстроен в сторону надёжно - и это правильно для РСУБД, я считаю.

да это всё hand waving. Как, например, Александр Коротков сообщил мне, что не любит MySQL, потому что в 2010-м году ему не удалось настроить репликацию в MySQL. В 2010-м году, Карл! Когда фейсбук уже бороздил просторы большого театра. да, на репликации mysql, которую почему-то никому не удаётся настроить

по поводу mysql репликации. Я бывший DBA со стажем с 2002г (Oracle). Накрутился всяких standby-ев вдоволь. Так вот, когда пришлось мутить подобноне на mysql я чувствовал себя беззащитным и растерянным. В любой момент по неведомой херне начиналось все рассыпаться и собрать это все было то еще мучение

после этого PGSQL показался просто праздником

Неистово плюсую. Тоже в прошлом Oracle DBA

да я допускаю, что уберу не подходит физическая репликация, но в 98% остальных случаев это: просто, надежно, предсказуемо и производительно

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

почитайте доклады букинга. проникнитесь масштабами, на которых люди используют репликацию в mysql

это ничего не доказывает и не опровергает мой тезис

ERROR: S client not available

но я не планирую с вами тут перепираться

Значит потеря небольшой части данных для них не критична.

а я ничего не доказываю и не опровергаю ваш тезис. Охотно верю, что при настройке логической репликации многое может пойти не так

А мне mysql нравится, когда при реплике ломается к хуям всё. ? Праздник жизни просто какой-то

Логическая в принципе сложнее, чем физическая. Я например читал документацию по настройке slony, и репликация в mysql мне показалась образцом надёжности и простоты

Ну ладно, это ж всё разговоры в пользу бедных. а то в постгресе проблем с убитым мастером при отвалившейся реплике не бывает

Дело не логической репликации как таковой, а в конкретной реализации. Мне вот в голову прийти не могло, что стендбай может быть открыт на запись. У нормальных БД это уже мастер-мастер. А тут с нескольких реплик могут литься куски в одну таблицу. Можно назвать это киллер-фичей, конечно. Но для меня это дикий ужас.

так можно документацию почитать и обнаружить read-only mode

С нескольких реплик?! Куски в одну таблицу?! Это как?

это multisource

называется

так можно документацию почитать и обнаружить read-only mode

Я конечно так и сделал в итоге. Но сам подход обескуражил

я вообще подозреваю, что большинство неосиливших репликацию в mysql, документацию либо не читали, либо читали весьма поверхностно.

это multisource

Я помню только разговоры за данную возможность. Сам в глаза не видел.

как впрочем и большинство проблем здесь вызваны неспособностью прочитать документацию. не любят у нас читать мануалы

в 5.7 реаллизовано

я уже больше года использую мультисурс с помощью pglogical в проде

в 5.7 реаллизовано

Ага, понял, спасибо. Это они "здорово" придумали.

А оно репликация, или таки logical decoding? А то меня терзают смутные сомнения...

Мы уже не в первый раз это обсуждаем, по-моему. pglogical - это логическое декодирование wal плюс плюшки сверху. Это равно логической репликации?)

да равно, чего тут обсуждать-то?

в общем, на мой взгляд, логическая реплкикация - это более тонкий инструмент призванный решать всякие нестандартные задачи (масштабирования, нетипичный роутинг, ETL, консолидация и т.д.)

но если попытаться сравнить в функциональном смысле, pglogical ещё есть куда расти

для задачи HA, логическая реплкикция не всегда оправдана

и тут более надежна выглядит физическая репликация

да если бы всё так просто было

и проблема mysql в том, что выбора нет

Denis логическая репликация - это прямая отправка запросов на все и всяческие изменения на ведомые узлы. logical decoding - это именно преобразование WAL-ов в запросы. В контексте вопроса это разные понятия.

Denis логическая репликация - это прямая отправка запросов на все и всяческие изменения на ведомые узлы. logical decoding - это именно преобразование WAL-ов в запросы. В контексте вопроса это разные понятия.

Вот и я все пытаюсь понять ваш вопрос. Логическая репликация или декодирование. И чувствую себя как при сравнении тёплого и мягкого

pglogical — это инструмент логической репликации в PostgreSQL, реализованный поверх механизма logical decoding, встроенного в PosgreSQL. вы чего?

pglogical — это инструмент логической репликации в PostgreSQL, реализованный поверх механизма logical decoding, встроенного в PosgreSQL. вы чего?

Да все ок, я пытался понять смысл вопроса, который уже не первый раз @Chuguniy задаёт.

я тоже не понял вопроса

я пропустил или никто не упомянул, что большую часть pglogical перенесли в десятку в виде publication/subscription =)