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

я помню только одну историю перехода viber с mongo на couchbase

и с тех пор о ней не слышно ничего

почему терять-то?

а потому что никто негарантирует что они будут записаны или при мерже сохранены

но раз это решение используют в продакшене - значит, какие-то решения есть?

этой проблемы

либо это не так часто происходит

если кому-то там стринги счастья не достанутся - не беда, обойдутся :-)

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

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

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

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

вы забыли про мой вопрос

про бинлог

Всем привет! Кто нибудь сталкивался с ошибкой New state of 'nil' is invalid ?

Пытаюсь запустить связку php-fpm + nginx. Проект написан на symfony 3. В логах symfony выдается такая ошибка. С чем это может быть связано?

но раз это решение используют в продакшене - значит, какие-то решения есть?

Applications may specify requirements for durability to the Couchbase client to wait until the item has also been persisted and replicated. This ensures greater durability of your data against failure in certain edge cases, such as a slow network or storage media.

не до конца понял: это гарантирует 100% сохранность данных? или просто повышает шансы

по идее, это может гарантировать - ждём окончания операции и проверяем, что всё там записано

По умолчанию в ПО отдается ОК при записи в память, но можно попросить сообщить ОК только после записи на диск и репликации

Т.е. как всегда, либо быстро, либо надежно

то есть получаем 100% гарантию записи в обмен на долгую запись

ну да

Типа того

http://developer.couchbase.com/documentation/server/current/developer-guide/durability.html

https://habrahabr.ru/company/metrotek/blog/283478/ Ребята были на Связь 2016, говорят что выставка меняется в сторону разработчиков, а не эксплуаторов)))

мой герой! https://github.com/AceLewis/my_first_calculator.py/blob/master/my_first_calculator.py

# TODO: Make it work for all floating point numbers too

?

мой герой! https://github.com/AceLewis/my_first_calculator.py/blob/master/my_first_calculator.py

По ходу, он devops, ведь это наверняка накодили автоматизированно.

там рядом генератор лежит

но сам факт очень порадовал

#ненуачо #главноеработает

А кто как грузится по сети?

PXE когда надо

а есть варианты?

вроде ещё какой-то стандарт есть

про бинлог

Не забыли

Да - это нормально, что он разный

Это два разных бинлога

черт, я зря доломал репликацию

я уже нашел на сайте перконы

Master_Log_File – last file copied from the master (most of the time it would be the same as last binary log written by a master)

Здравствуйте, предложения работы можно отправлять в чат?

Здравствуйте, предложения работы можно отправлять в чат?

Да, пожалуйста

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

Требуется Битрикс-программист для доработки проекта. Или перенос и доработка проекта на другой платформе (интеграция с 1с не нужна). Предложения в личку, бюджет 200к рублей.

Требуется Битрикс-программист для доработки проекта. Или перенос и доработка проекта на другой платформе (интеграция с 1с не нужна). Предложения в личку, бюджет 200к рублей.

Я это перешлю Битрикс-программисту с Вашего разрешения

Я это перешлю Битрикс-программисту с Вашего разрешения

Благодарю

Сделал, думаю, он с Вами свяжется, спасибо

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

Дело в том, что 0 лаг измеряет не вполне лаг

Чтобы честно измерить лаг, нужен соответствующий перкона тул

Который в одной базе закидывает данные, а в другой чекает задержку

И делает это честно

А тот лаг, который репортит команда слейв стейтус - это не лаг

Это погода в Сахаре

а есть варианты?

Ну речь про ipxe/gpxelinux/pxelinux

Который в одной базе закидывает данные, а в другой чекает задержку

Ну и чекаешь ты сам, а вот пишет – да

Ну и чекаешь ты сам, а вот пишет – да

Ну да

Да нафиг ее вообще чекать

Расстраиваться только

ERROR: S client not available

И так 60% территории - вечная мерзлота

короче я поговорил с разрабами

они мне сказали что некое расхождение это нормально

главное консистентность

но черт, тогда почему в доке про RBS написано черным по белому "All changes can be replicated. This is the safest form of replication. "

или can be не значит will be

лол

короче я поговорил с разрабами

С разрабами чего именно?

Там дело вот в чем

Первое - репликейшн тред, который применяет пришедшее, работает в один поток

Второе - место для применения записи ищется по индексу

Если на таблице нет индекса - будет полный перебор

Третье, если таблица раз в 20 минут сносится целиком и заливается снова - это все уходит и применяется построчно

Понятно - отставать оно может при этом навсегда

В этом коренное отличие репликации в постгресе

да меня бесит например, то что я делаю select count(*) по таблице

Где это применение WAL

А он разный

От репликации в MySQL, где это хер знает что

на 2х серверах

Ну - насколько разный?

да я раньше с мс скл работал

Разрыв растет?

Кстати для обсуждения тем, связанных с DBA, миграцией и оптимизацией в разных системах есть группа @dba_ru

ну допустим на 30к записей разница 100

Кстати для обсуждения тем, связанных с DBA, миграцией и оптимизацией в разных системах есть группа @dba_ru

да там чет молчат все - там и спрашивал

Но вот Алексей там тоже состоит :)

ну допустим на 30к записей разница 100

Надо бы глянуть, каких записей не хватает

Ошибки репликации есть?