1.3, cmp (ok), 00:14, 24/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> Добавлены функции для работы с данными в формате JSON;
Чет я эти функции месяца полтора назад уже опробовал, какието убогие они, чуть писанины меньше относительно конката.
| |
|
|
3.20, лол (?), 21:58, 24/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
XtraDB не движок а патч расшереня для innodb, всегда ваш кэп.
| |
|
|
|
2.6, MadeInRussia (?), 02:02, 24/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
Такая же немасштабируемая горизонтально прелесть, которая перекладывает сложность на уровень приложения либо дохнет как только получает сколько-нибудь весомый кусок данных и поток запросов?
| |
|
3.13, пох (?), 09:33, 24/05/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Такая же немасштабируемая горизонтально прелесть, которая перекладывает сложность на
> уровень приложения либо дохнет как только получает сколько-нибудь весомый кусок данных
> и поток запросов?
как там внизу - "шел 2017й год", разработчики карманной тазы-банных для небольших сайтов без претензий на мировое господство все еще пытались выпилить из ее деталей оракл. stop... oh, shit...
зато уеб-девелоперы любят...
| |
|
4.14, Аноним (-), 09:43, 24/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
Не забывай только, что сракл для метаданных использует BerkeleyDB
| |
|
5.15, пох (?), 10:06, 24/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
может, они ее готовить умеют? berkleyDB когда ее еще делали в berkley была (по тем временам, ни мемкэша ни sqlite даже в самых смелых мечтах еще не было) отличным хранилищем если тебе подходил формат key-value, но - для мелких задачек, умещающихся в локальной системе, не более.
Потом проект попал в руки эффективных, альтернатив во времена версии 2 толком не было, кто не опоздал родиться, тот до сих пор с содроганием вспоминает. Включая и bdb-backend самого mysql ;-)
Что там понаписали во времена "инвесторы любят большие числа" - пусть выясняют другие, я лучше в сторонке постою.
| |
|
4.30, Аноним (-), 13:50, 29/05/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Такая же немасштабируемая горизонтально прелесть, которая перекладывает сложность на
>> уровень приложения либо дохнет как только получает сколько-нибудь весомый кусок данных
>> и поток запросов?
> как там внизу - "шел 2017й год", разработчики карманной тазы-банных для небольших
> сайтов без претензий на мировое господство все еще пытались выпилить из
> ее деталей оракл. stop... oh, shit...
> зато уеб-девелоперы любят...
Ненене. Каждый сайт визитка должен быть на оркале. Корпоративные закупщики и прочие бенефециары всемерно одобряют.
| |
|
3.16, KonstantinB (ok), 11:40, 24/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
Про CAP-теорему напомнить? Невозможно сделать инструмент одновременно и масштабируемый и обеспечивающий целостность (не eventual, а полноценно).
Для разных задач - разные инструменты.
| |
|
4.17, MadeInRussia (?), 12:28, 24/05/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Про CAP-теорему напомнить? Невозможно сделать инструмент одновременно и масштабируемый
> и обеспечивающий целостность (не eventual, а полноценно).
> Для разных задач - разные инструменты.
Можно. Если выбрать из CAP не AP, а CP и пожертвовать доступностью.
> Для разных задач - разные инструменты.
Согласен. Но если данных много, то так или иначе придется выбирать CP или AP, потому что вертикально масштабироваться — бомба замедленного действия. И лучше этот выбор продумать или заложить заранее. И здесь Maria — не в тему. Если же данных мало, то, скорее всего, уже текущей функциональности хватает для 99.99% кейсов.
| |
|
5.24, KonstantinB (ok), 08:03, 25/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
Да, имеем выбор между eventual consistency и eventual availability. Для второго РСУБД с шардингом вполне себе. Для первого - полно других инструментов.
| |
|
6.26, MadeInRussia (?), 23:44, 25/05/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Да, имеем выбор между eventual consistency и eventual availability. Для второго РСУБД
> с шардингом вполне себе. Для первого - полно других инструментов.
> Для второго РСУБД с шардингом вполне себе.
Вот только шардинг на РСУБД — это то еще веселье.
| |
|
7.27, KonstantinB (ok), 20:59, 26/05/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
Уж мне ли не знать, я с этим работал еще 10 лет назад.
Отдельное веселье с mysql-ем с нетранзакционным DDL - на лету создавать дополнительные таблицы просто опасно. Приходится заранее прогнозировать и аллоцировать.
Сейчас чуточку проще стало, есть всякие ProxySQL/Kingshard. Хотя, в принципе, примерно такой же код, только на уровне инфраструктурного слоя приложения, и у меня был.
| |
|
|
|
|
|
|
1.8, Аноним (-), 08:14, 24/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Развитие MariaDB курирует независимая организация MariaDB Foundation в соответствии с полностью открытым и прозрачным процессом разработки, не зависящим от отдельных вендоров.
зависящую только от жадности Вендиуса.. Один раз он уже продал компанию..
| |
1.9, Аноним (-), 08:17, 24/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
> Удалена старая клиентская библиотека, поставляемая под лицензией GPL, на смену которой пришла новая библиотека, имеющая лицензию LGPL.
Все идет к тому что бы можно было закрывать код..
| |
1.11, luzerz (?), 08:26, 24/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
>Добавлен скрипт mysqlbinlog для организации непрерывного бэкапа бинарного лога. Скрипт поддерживает режим flashback, при помощи которого можно откатить состояние БД или отдельной таблицы на ранее созданный снапшот;
шол 2017-ый год
| |
1.18, Аноним (-), 18:10, 24/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Из недостатков MyRocks можно отметить отсутствие поддержки внешних ключей и полнотекстовых индексов;
> отсутствие полнотекстовых индексов
:(
| |
|
2.21, лол (?), 21:59, 24/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
>> Из недостатков MyRocks можно отметить отсутствие поддержки внешних ключей и полнотекстовых индексов;
>> отсутствие полнотекстовых индексов
> :(
Из недостатков MyRocks можно отметить отсутствие поддержки тупо nosql хранилка.
| |
|
1.19, Аноним (-), 18:48, 24/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Не шибко для полутора лет. Но теперь есть подтверждение, разработка действительно идет со скоростью улитки...
| |
|
2.22, Аноним (-), 22:43, 24/05/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
так ведь деньги получение от Sun уже проедены.. а других не дают..
| |
|
1.23, лол (?), 03:54, 25/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
apt-cache search mariadb-plugin
apt-get install mariadb-plugin-rocksdb
| |
1.32, UIII (ok), 12:21, 04/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Обновил свою 10.1.24, увидел небольшой присрост скорости (3-5%)
У меня таблица innodb с партициями по месяцам за последние 3 года - занимает около 300гб. Сервер с 32гб оперативки. В 10.1.24 innodb_buffer_pool_size=24G и все отлично работало. Так как данные часто используемые это последние 1-2 месяца. После обновления, меньше чем сутки 10.2.6 3 раза ресетнулась. Жрет оперативку и виртуальное пространство. Система ее рубит. Выставил innodb_buffer_pool_size=8G - все равно через некоторое время занимает 98% оперативки и 650 ГИГАБАЙТ виртуалки https://cloud.mail.ru/public/2wuz/vvfiCAyam
| |
1.33, UIII (ok), 12:25, 04/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Незнаю кто мне сможет помочь, обратный откат только через бекап, а это на несколько суток. Столько времени мне никто не даст
Вот уже 666 Гигов и постоянно растет https://s.mail.ru/G2oj/5sGv2tmDq
Куда писать? Чтоб разработчики устранили баг. При ресете иногда крашатся некоторые таблицы, пока славо богу основная не крашнулась - иначе будет затык на долгое время. Сейчас спасает только ручная перезагрузка марии каждые 3-4 часа
| |
|