это нормально что бинлог разный на слейве и мастере?

бащато какая?

перкона (мускул) инобд. GTID RBR

gtid rbr?

Row Based Replication

GTID это нумерации транзакций

вообще может и нормально. один хрен реплики в мускуле считай нет. то так побъется, то сяк

вот у меня же ппц припекает. Смотришь работает, наследующий день отставания

связность по сети хорошая, ресурсов тоже вроде достаточно

а. отставания это крышка. я изза этого на кршмарный пахнущий нафталином и импортозамещением постгрес думаю мигрировать

а. отставания это крышка. я изза этого на кршмарный пахнущий нафталином и импортозамещением постгрес думаю мигрировать

Чем это он кошмарный?

ну пострес сейчас единственная альтернатива мускулу

500 гет! С праздником, товарищи!

если есть вообще альтернатива

postgres рулит =)

ну пострес сейчас единственная альтернатива мускулу

А маша? Или это тоже мускуль?

postgres рулит =)

+1

постгрес странный и закостенелый. и пахнет лозунгами

lolwut

в PostgreSQL full join'ы есть, а в MariaDB нет

у постгреса ужасная дока. странная и часто неудобная настройка, которую менять никто не собрается (вот хотя бы лайв бэкап сравните посгреса и xtrabackup по удобству) и странное комьюнити разрабов и пользователей. любимый ответ в стиле еврейского вопроса:"а какое у тебя образование?". иногда очень хочется хуями вышивать

там через union можно только

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

разделение обычно такое - mariadb для простых запросов, более быстро выполняются, а postgresql для энтерпрайза, там где сложные запросы и требования к системе, может быть альтернативой oracle

в итоге почти все CMS используют MariaDB, а фреймворки подразумевают использование PostgreSQL

у них поэтому немного разные ниши

разделение обычно такое - mariadb для простых запросов, более быстро выполняются, а postgresql для энтерпрайза, там где сложные запросы и требования к системе, может быть альтернативой oracle

тут вопрос насколько нужны сложные запросы. этл очень непростой вопоос с очень расплывчатыми границами

ну вот если будут в основном большие join'ы - то postgresql

но изза костности и неповоротливости постгресу внезапно повезло с репликой и это часто решает

если просто одиночные select'ы - то mysql

я стараюсь mysql/mariadb вообще не использовать, кто-то из знакомых копал исходники mysql, говорил, что там ппц в коде

причем как "повезло"... между архитектурами он ы итоге не реплицируется

коллеги, а есть тут использующие gpxe?

да сейчас в эпоху облаков, кластеров, на такую структуру NoSQL лучше ложатся

какие-нибудь там Couchbase

никто не запрещает ведь сразу оба решения использовать

да сейчас в эпоху облаков, кластеров, на такую структуру NoSQL лучше ложатся

я кстати заинтересовался jsonb в постгресе

я его использую даже где-то

я хочу Couchbase

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

велосипедить не хочется

но пока я с постгресом сталкиваюсь только изза реплик

мне нравится, что у Django для Postgresql админка из коробки

была бы для Couchbase такая же удобная - я бы может и полностью перешел на Couchbase

Кто знает как в MySQL можно значение в строке таблицы 42 превратить в 42 строки в результирующей выборке?

была бы для Couchbase такая же удобная - я бы может и полностью перешел на Couchbase

админка?

да, для клиентов

по аналогии с той, что в джанге

когда я трогал couchbase у него был встроенный веб-интерфейс и вот это все

она не совсем для клиентов, но сойдет

по аналогии с той, что в джанге

и тут я все сразу понял

а что в коуче делать админкой ?

то есть я делаю в джанге модели, я хочу дать возможность клиентам наполнять данные, чтобы они записывались в Couchbase

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

даже если это не требуется для NoSQL

какая структура у носкл ?

записал значение получил структуру

бизнес-логика есть

а нахрен тогда каучбейс то?

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

ERROR: S client not available

чтобы масштабировать проще было

а на консистентность тебе поифиг ?

у тебя клиенты пишут через какой-то веб интерфейс данные в базу

что ты там масштабировать собрался

один инстанс постгреса выдержит 10к твоих клиентов на $20 инстансе в DO

ну, если база крупная там всё равно консистентности нет... например, комментарии хранить можно

и через админку модерировать

чудовищно

но в Couchbase вроде всё более-менее нормально сделано http://docs.couchbase.com/admin/admin/Tasks/tasks-manage-replication.html

я это к тому, что если это твой хоум прожект, то можно и коучбейс

но задача у тебя того не требует вроде

ну вот для комментариев

разве плохо Couchbase использовать?

в продакшене

если не home

постгрес странный и закостенелый. и пахнет лозунгами

шта? =))))

для меня это как на clojure писать бэкенд

мне вот clojure нравится, но потом ты заебешься искать еще таких же

ты же менеджер

ну вот поэтому я и делаю как проще пока мне - на postgres

но на couchbase регулярно облизываюсь

я кстати заинтересовался jsonb в постгресе

И правильно. JSONB уже используем в основных проектах у себя. Очень удобно и быстро.

но на couchbase регулярно облизываюсь

Хорошая штука :-)

она вот для игровых проектов хороша

всякие там итемы хранить

всякие великие мечи, стринги счастья и шапочки из фольги с бонусом выносливости +10

Ещё у нас в одном высогонагруженном проекте была мысль использовать Redis в качестве прослойки между бэкендом и постгресом. И всё было хорошо, пока мы не заимплементили уникальные айдишки по методике инстаграма. Вот тут-то у нас и вылезли проблемы под названием BIGINT. В Redis используется урезанный LUA, а пересобирать с нормальным не хотели, дабы не понизить стабильность всей системы.

она вот для игровых проектов хороша

а потом внезапно терять часть данных

там можно хранить много копий