Что лучше percona или mariadb
Русские Блоги
Выбор ветви MySQL: Percona или MariaDB
После того, как MySQL был приобретен Oracle, все больше и больше людей выражали озабоченность перспективами MySQL. Для MySQL с открытым исходным кодом это более или менее влияет на собственные продукты баз данных Oracle. Этот MySQL с открытым исходным кодом больше относится к Oracle. Багаж вместо имущества. Например, Taobao перешел с Oracle на MySQL, и некоторые крупные интернет-компании также проводят IOE (I: IBM, O: Oracle, E: EMC). После того как Oracle приобрела MySQL, существует потенциальный риск закрытия MySQL. Сообщество использует ветвление, чтобы избежать этого риска.
Последнее утверждение команды Percona: «Percona Server является ближайшей версией официального дистрибутива MySQL Enterprise, выпущенного Oracle», поэтому он отличается от других веток, которые сильно изменили базовый базовый код MySQL. Одним из недостатков Percona Server является то, что они сами управляют кодом и не принимают участия внешних разработчиков, что обеспечивает контроль над функциями, включенными в продукт.
Официальный адрес веб-сайта:http://www.percona.com/
С точки зрения версии MariaDB до версии 5.5 основан на версии MySQL. Поэтому люди, которые используют MariaDB5.5, изучат все функции MariaDB из MySQL 5.5. Начиная с версии 10.0.0, выпущенной 12 ноября 2012 года, она больше не следует номеру версии MySQL. Версия 10.0.x основана на версии 5.5, плюс функции, перенесенные из MySQL версии 5.6, и новые функции, разработанные нами.
Drupal Русскоязычное сообщество
Коллеги, всем привет!
Уже много начитался, про увеличение производительности по сравнению с обычным MySQL проектов Percona и MariaDB, но пока что не могу определиться какой поставить на продакшн сервер.
На данный момент склоняюсь к Percona.
Хочу узнать Ваше мнение. MariaDB или Percona Вы предпочитаете и почему?
Комментарии
Друпалу по барабану, ибо оба этих форка будут использовать XtraDB взамен InnoDB, все запросы друпала оптимизированы под совместимость между различными СУБД, так что ему будет абсолютно пофиг. Однако, в обоих субд улучшена функциональность, будете ли Вы её использовать? И для чего? Если не можете ответить на эти вопросы, значит этот выбор для Вас аналогичен выбору между автомобилями «спутник» и «samara», а если можете, то и выбор очевиден. Однако, я бы не стал использовать на продакшене Percona, по моему он пока еще немного сыроват, Percona вроде бы работает шустрее, но в первую за счет XtraDB, который так же используется и в MariaDB, MariaDB же чуть ближе к своему предку.
Друпалу по барабану, ибо оба этих форка будут использовать XtraDB взамен InnoDB, все запросы друпала оптимизированы под совместимость между различными СУБД, так что ему будет абсолютно пофиг. Однако, в обоих субд улучшена функциональность, будете ли Вы её использовать? И для чего? Если не можете ответить на эти вопросы, значит этот выбор для Вас аналогичен выбору между автомобилями «спутник» и «samara», а если можете, то и выбор очевиден. Однако, я бы не стал использовать на продакшене Percona, по моему он пока еще немного сыроват, Percona вроде бы работает шустрее, но в первую за счет XtraDB, который так же используется и в MariaDB, MariaDB же чуть ближе к своему предку.
Странно, я так понял наоборот Percona ближе к MySQL, потому что они накатывают свои патчи на очередной релиз MySQL.
Вот выступление разработчика видео
Однако, я бы не стал использовать на продакшене Percona, по моему он пока еще немного сыроват, Percona вроде бы работает шустрее, но в первую за счет XtraDB, который так же используется и в MariaDB, MariaDB же чуть ближе к своему предку.
Судя по голосованию в группе Drupal в Facebook большинство за Percona.
Вот выступление разработчика видео
А Зайцев-то не в курсе.
Народная солянка не пойми каких патчей оказалась стабильнее перконы
А у Зайцева патчи «пойми какие»?
лично у меня выражения «стабильность» и «Россия»\»СНГ» как-то плохо между собой вяжутся
У него, как минимум, энтерпрайз-решение.
Стоит ли переходить на Percona server с MariaDB/MySQL?
На серваке centos7 крутится пара небольших проектов на mariadb 5.5.60-1.el7_5.
Up for: 109d 21h 37m 7s (1B q [176.802 qps], 36M conn, TX: 7257G, RX: 139G)
Reads / Writes: 99% / 1%
Physical Memory : 3.7G
Data in MyISAM tables: 343.9M (Tables: 19)
Data in InnoDB tables: 1.6G (Tables: 620)
Вроде бы все работает и особо не тормозит, но иногда возникает желание оптимизировать)) в конфиге mysql не особо силен. Прочитал, что Percona Server лучше со всех сторон и администрировать существенно проще.
Стоит ли переходить на него? Будет ли быстрее на таких задачах? Переход это просто сделать дамп/залить дамп?
Средний 4 комментария
поставь на две одинаковые виртуалки, залей дамп, выполняй одинаковые запросы, сравнивай время.
У меня в проде и то и другое, какой либо разницы в администрировании не замечал.
vlarkanov, то есть в реале все эти штуки они особо ничего не дают для небольшого проекта?
Боюсь, в синтетическом тесте я ничего толком не увижу)
XtraDB: One of the key benefits of switching to Percona Server is XtraDB, a backwards compatible fork of the InnoDB engine with great improvements in performance and efficiency, allowing you to get better query throughput from your current hardware. As it is built on top of InnoDB, your current InnoDB tables will be loaded transparently through XtraDB without any migration processes.
Stability and Consistency: Percona Server performs more uniformly under load, meaning your applications will be less liable to intermittent downtime or slowdowns.
Metrics: Percona Server comes with a number of additional performance metrics built in, allowing you to discover exactly which users, tables, indexes, or queries are slowing you down. Getting great performance from your server becomes more scientific and less dependent on guesswork.
Форки движка MySQL: MariaDB, Percona. who is who?
MySQL стал собственностью Oracle, есть ли альтернативы и как быстро движение вперед. Вроде как обобщающего обзорчика «who is who?» еще не было. Итак, обзорчик для тех кто «не в теме»
Некоторых людей пугает, а многих просто не устраивает, что MySQL стала принадлежать Oracle. К счастью мы уже с вами живем в мире, где информация разносится со скоростью печати мысли и решения находятся молниеносно.
Майкл Видениус (Michael Widenius), основатель MySQL и основатель компании MySQL AB (которую и поглотила Sun, которую и поглотила Oracle)
Петр Зайцев — эксперт по производительности MySQL, бывший тимлидер группы High Perfomance в MySQL Inc, ведущий блога MySQLPerformanceBlog.com
Итак, какие существуют альтернативы?
Percona server — это сборка MySQL (от Петра Зайцева и ко) с включенным по умолчанию XtraDB storage engine. Отличается от MySQL+InnoDB plugin лучшей производительностью/масштабируемостью, особенно на современных многоядерных серверах. Также улучшена функциональность — больше всякой полезной для оптимизации статистики и пр. Собирается в вариантах базирующихся на MySQL 5.0 и 5.1. Полностью совместим с таблицами innodb, то есть можно переходить от innodb к xtradb и обратно без проблем (если не использовать некоторые специфичные для xtradb функции, типа меньшего размера страницы).
Хранилище XtraDB основано на коде InnoDB-plugin, полностью совместимо с ним, но отличающийся заметно более высокой производительностью, благодаря интеграции патчей от компаний Google и Percona. В частности, в XtraDB улучшен механизм работы с памятью, улучшена работа подсистемы ввода/вывода InnoDB, добавлена поддержка нескольких потоков чтения и записи, поддержка управления пропускной способностью, реализация упреждающей выборкой данных (read-ahead), адаптивная установка контрольных точек (adaptive checkpointing), расширены возможности по масштабированию для больших проектов, система организации блокировок адаптирована для работы на системах с большим числом CPU, добавлены дополнительные возможности для накопления и анализа статистик
Percona Server vs MariaDB
В силу известной политики Oracle встал вопрос о миграции с MySQL на MySQL-based решение.
При рассмотрении вариантов, осталось не совсем ясным, что выгоднее использовать: Percona Server или MariaDB, учитывая, что техническая поддержка у Percona покупаться не планируется.
На одном из сервисов уже используется Percona, которая зарекомендовала себя с хорошей стороны.
Однако неясно, каковы дальнейшие перспективы Percona, если, условно говоря, завтра MySQL «умрёт».
я свой старый сервер mysql-3.23(О ДА, это именно старый сервер) перетаскиваю на данный момент на mariadb. Пока всё работает.
Мы тоже озаботились таким вопросом, тестировали на своих задачах стоковый MySQL 5.5, Percona Server 5.5 и MariaDB 5.5. В итоге MariaDB оказалась чуть быстрее всех остальных. Однако, после месяца тестирования выяснились непонятные проблемы с закрытием коннектов к серверу (мы используем Connector/J) и периодические краши таблицы mysql.proc. Вернулись пока что обратно на MySQL 5.5.
Перевел один сайтик на MariaDB (был на MySQL 5.5), уже с месяц полет нормальный. База относительно толстая и сложная, были опасения.
Зайцев это Зайцев, у каждого к этому явлению свое отношение. Лично для меня это плохо.
Мы тоже озаботились таким вопросом, тестировали на своих задачах стоковый MySQL 5.5, Percona Server 5.5 и MariaDB 5.5. В итоге MariaDB оказалась чуть быстрее всех остальных. Однако, после месяца тестирования выяснились непонятные проблемы с закрытием коннектов к серверу (мы используем Connector/J) и периодические краши таблицы mysql.proc. Вернулись пока что обратно на MySQL 5.5.
Можете припомнить, какая именно версия MariaDB крашила mysql.proc?
Последний их stable, 5.5.30. Точную версию могу сказать, как дойду до работы