https://www.opennet.me/openforum/vsluhforumID3/90435.html На проходящем в Бостоне саммите Red Hat объявлено (http://www.itwire.com/business-it-news/open-source/60292-red-hat-ditches-mysql-switches-to-mariadb) о решении поставки в составе Red Hat Enterprise Linux 7 СУБД MariaDB вместо MySQL. Все зависимости для требующих MySQL пакетов в RHEL 7 будут связаны с MariaDB. В настоящее время переход на поставку по умолчанию MariaDB произвели такие дистрибутивы, как Fedora, openSUSE, ArchLinux и Slackware.<br><br><br>В RHEL планируется поставлять MariaDB 5.5, основанную на кодовой базе MySQL 5.5, полностью совместимую с данной СУБД, но отличающуюся интеграцией дополнительных движков хранения и расширенных возможностей. Проект MariaDB примечателен полностью открытым и прозрачным процессом разработки, не зависящим от отдельных вендоров, а также более оперативным исправлением уязвимостей. Состоятельность проекта и способность обеспечить соответствующую корпоративным стандартам техническую поддержку подтверждены миграцией на MariaDB таких крупных проектов, как Wikipedia (http://www.o https://www.opennet.me/openforum/vsluhforumID3/90435.html#94 Tue, 18 Jun 2013 06:49:17 GMT Это ТЕСТ :)<br>В продакшене запросы поумнее :)<br><br>А эта конструкция применяется исключительно для замера температуры в глубине бурта :)<br> https://www.opennet.me/openforum/vsluhforumID3/90435.html#93 Tue, 18 Jun 2013 04:40:06 GMT Маришка...<br><br>извините, но маришка - это марина.<br><br>а это машкадб или манькадб. или просто мария.<br> https://www.opennet.me/openforum/vsluhforumID3/90435.html#92 Tue, 18 Jun 2013 03:14:44 GMT Ну да, есть такая буква в алфавите. Печалька в том, что оно рушит обратную совместимость... Если MariaDB станет превалирующим форком, то можно будет серьезно посмотреть. Плагина для ванильного MySQL, если я от жизни не отстал, пока нет.<br><br> https://www.opennet.me/openforum/vsluhforumID3/90435.html#91 Mon, 17 Jun 2013 20:33:42 GMT раз уж речь о МаришкаДБ, то стоит упомянуть Aria, который вырос из MyISAM, но движок поддерживает транзакции и row locking :) <br>https://kb.askmonty.org/en/aria-faq/<br> https://www.opennet.me/openforum/vsluhforumID3/90435.html#90 Mon, 17 Jun 2013 19:11:42 GMT MyISAM с его полной блокировкой таблицы на апдейт - де факто RIP :)<br> https://www.opennet.me/openforum/vsluhforumID3/90435.html#89 Mon, 17 Jun 2013 18:32:29 GMT Дело в том ещё, что 99% баз &#8212; иннодуба.<br><br>Думаю вернуть часть таблиц интенсивно использующих джойны с полным проходом по всем записям на ISAM и сравнить результаты.<br><br>Иннодуба, как-то, успокаивает своей атомарностью...<br>Хотя инзертов и упдейтов в базу и немного. <br> https://www.opennet.me/openforum/vsluhforumID3/90435.html#88 Mon, 17 Jun 2013 13:19:03 GMT Ага<br> https://www.opennet.me/openforum/vsluhforumID3/90435.html#87 Mon, 17 Jun 2013 03:35:38 GMT &gt; 5.5 &#8212; сильно быстрее.<br><br>Еще сделайте ANALYZE TABLE над всеми таблицами по мере возможности, чтобы оптимизатор посчитал селективность индексов.<br> https://www.opennet.me/openforum/vsluhforumID3/90435.html#86 Mon, 17 Jun 2013 03:32:34 GMT А если вот так:<br>SELECT blabla.* FROM blabla INNER JOIN (SELECT phone, COUNT(1) AS pcount FROM blabla WHERE phone &lt;&gt; '' GROUP BY phone) AS a ON (blabla.phone = a.phone) WHERE (a.pcount &gt; 1)<br>Естественно, должен быть индекс по phone.<br><br>Вложенные запросы в нашем конкретном случае работают прекрасно - и их много. <br>Но в данном случае вполне вероятно, что удачнее было бы слегка переструктурировать базу.<br>