https://www.opennet.ru/openforum/vsluhforumID3/111303.html После полутора лет разработки и пяти предварительных выпусков сформирован (https://mariadb.org/mariadb-10-2-6-stable-now-available/) первый стабильный релиз новой ветки СУБД MariaDB 10.2 (https://mariadb.com/kb/en/mariadb/mariadb-1026-release-notes/), в рамках которой развивается ответвление от MySQL, сохраняющее обратную совместимость и отличающееся интеграцией дополнительных движков хранения и расширенных возможностей. Развитие MariaDB курирует независимая организация MariaDB Foundation в соответствии с полностью открытым и прозрачным процессом разработки, не зависящим от отдельных вендоров. MariaDB поставляется вместо MySQL во многих дистрибутивах Linux (RHEL 7, SUSE 12, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian 9) и внедрён в таких крупных проектах, как Wikipedia (https://www.opennet.ru/opennews/art.shtml?num=36759), Google Cloud SQL (https://www.opennet.ru/opennews/art.shtml?num=37905) и Nimbuzz (https://www.opennet.ru/opennews/art.shtml?num=36506).<br><br><br><br>Ключевые улучшения https://www.opennet.ru/openforum/vsluhforumID3/111303.html#35 Thu, 31 Aug 2017 07:54:40 GMT http://smalldatum.blogspot.de/2017/08/sysbench-large-server-and-fast-ssd-vs.html<br>http://smalldatum.blogspot.de/2017/08/sysbench-large-server-and-fast-ssd-vs_28.html<br> https://www.opennet.ru/openforum/vsluhforumID3/111303.html#34 Sun, 04 Jun 2017 09:45:33 GMT Уже 707 гигов, доходит до 2 террабайт и марию рубит система<br>https://s.mail.ru/ARGV/1e7KgXiRn<br> https://www.opennet.ru/openforum/vsluhforumID3/111303.html#33 Sun, 04 Jun 2017 09:25:55 GMT Незнаю кто мне сможет помочь, обратный откат только через бекап, а это на несколько суток. Столько времени мне никто не даст<br>Вот уже 666 Гигов и постоянно растет https://s.mail.ru/G2oj/5sGv2tmDq<br>Куда писать? Чтоб разработчики устранили баг. При ресете иногда крашатся некоторые таблицы, пока славо богу основная не крашнулась - иначе будет затык на долгое время. Сейчас спасает только ручная перезагрузка марии каждые 3-4 часа<br> https://www.opennet.ru/openforum/vsluhforumID3/111303.html#32 Sun, 04 Jun 2017 09:21:48 GMT Обновил свою 10.1.24, увидел небольшой присрост скорости (3-5%)<br>У меня таблица 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<br> <br> https://www.opennet.ru/openforum/vsluhforumID3/111303.html#31 Fri, 02 Jun 2017 10:21:34 GMT &gt;&gt;&gt; Для второго РСУБД с шардингом вполне себе.<br>&gt;Уж мне ли не знать, я с этим работал еще 10 лет назад.<br><br>Так может РСУБД все же не лучший инструмент для этих задач? Если когда данных становится много, приходится бегать с бубнами, плакать, есть кактус и пытаться всунуть в него шардинг после чего не дышать, чтобы оно не сдохло.<br><br>А когда уже не хватает серверов и приходится делать ребалансировку? А распределение таблиц так, чтобы все нужные JOIN-ы работали? А распределенные JOIN-ы, если они понадобились? Все это будет болью и мучениями.<br><br>И РСУБД нужно для этих целей выбирать потому что... ? Потому что лет 10, ну или даже 5, назад это было лучшим решением для этих целей? Когда-то лошадь была лучшим решением для быстрого перемещения на большие расстояния, если две точки соединены сушей. Вот только потом появился автомобиль, построенный на других принципах. А потом &#8212; поезд. А потом &#8212; самолет.<br> https://www.opennet.ru/openforum/vsluhforumID3/111303.html#30 Mon, 29 May 2017 10:50:45 GMT &gt;&gt; Такая же немасштабируемая горизонтально прелесть, которая перекладывает сложность на <br>&gt;&gt; уровень приложения либо дохнет как только получает сколько-нибудь весомый кусок данных <br>&gt;&gt; и поток запросов?<br>&gt; как там внизу - "шел 2017й год", разработчики карманной тазы-банных для небольших <br>&gt; сайтов без претензий на мировое господство все еще пытались выпилить из <br>&gt; ее деталей оракл. stop... oh, shit...<br>&gt; зато уеб-девелоперы любят...<br><br>Ненене. Каждый сайт визитка должен быть на оркале. Корпоративные закупщики и прочие бенефециары всемерно одобряют.<br> https://www.opennet.ru/openforum/vsluhforumID3/111303.html#29 Mon, 29 May 2017 10:46:37 GMT &gt; За что так XtraDB? Кто знает?<br><br>https://www.percona.com/software/mysql-database/percona-server/xtradb<br> https://www.opennet.ru/openforum/vsluhforumID3/111303.html#28 Mon, 29 May 2017 10:45:02 GMT Ужос. До 2017г каждый делал это скрипт сам.<br> https://www.opennet.ru/openforum/vsluhforumID3/111303.html#27 Fri, 26 May 2017 17:59:11 GMT Уж мне ли не знать, я с этим работал еще 10 лет назад.<br>Отдельное веселье с mysql-ем с нетранзакционным DDL - на лету создавать дополнительные таблицы просто опасно. Приходится заранее прогнозировать и аллоцировать.<br><br>Сейчас чуточку проще стало, есть всякие ProxySQL/Kingshard. Хотя, в принципе, примерно такой же код, только на уровне инфраструктурного слоя приложения, и у меня был.<br>