The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Доступны Percona Server для MySQL 5.7 и Percona XtraBackup 2.4

24.02.2016 13:35

Компания Percona объявила о выходе Percona Server для MySQL 5.7, расширенного варианта СУБД MySQL. Одновременно представлен релиз свободного продукта Percona XtraBackup 2.4, предоставляющего средства для "горячего" резервирования MySQL и других вариантов данной СУБД, включая Percona Server и MariaDB. Percona Server и Percona XtraBackup доступны для бесплатной загрузки и распространяются под свободной лицензией GPL.

Percona Server 5.7 включает в себя все улучшения, добавленные компанией Oracle в MySQL 5.7 Community Edition, и полностью совместим с данной СУБД. Помимо этого, новая версия от Percona предлагает расширенные возможности резервного копирования, мониторинга, а также оптимизированный под операции записи движок нового поколения TokuDB, обеспечивающий более высокую степень сжатия данных и эффективность работы в облаке. Percona Server для MySQL 5.7 также сохраняет курс на повышение производительности, улучшение масштабируемости и обеспечение высокой доступности.

Основные возможности Percona Server для MySQL 5.7:

  • Улучшение возможностей мониторинга
    • Статистика по таблицам, пользователям и индексам предоставляется с минимальным воздействием на производительность и обеспечивает более полное понимание активности на серверах, а также позволяет определять источники нагрузки.
    • Расширенное логирование медленных запросов (slow query log) делает возможным более детальный анализ производительности запросов.
    • Распределение времени ответа на запрос дает детальную информацию по запросам на чтение и запись отдельно для каждого вида запросов и в течение заданного промежутка времени.
  • Производительность и безопасность
    • Пул потоков (thread pool) обеспечивает масштабирование до более чем 10 000 соединений на сервер.
    • Плагин аутентификации PAM (Pluggable Authentication Modules) выполняет аутентификацию пользователей MySQL.
    • Плагин аудита предоставляет возможность мониторинга на основе политик и логирования активности соединений и выполнения запросов.
    • Блокировки для резервного копирования обеспечивают создание резервных копий без существенного снижения производительности.
  • Оптимизированный под операции записи движок TokuDB, позволяющий создавать транзакционные хранилища для MySQL. По сравнению с InnoDB новый движок обеспечивает более высокую степень сжатия данных и существенно опережает по скорости добавления больших объёмов данных.
  • Расширенные возможности полноценной внешней аутентификации, логирование аудита и масштабирование на уровне пула потоков. Аналогичные функциональные возможности доступны только в коммерческой версии MySQL Enterprise Edition от Oracle.
  • Percona Server для MySQL 5.7 интегрирован с целым набором других продуктов от Percona, включая Percona XtraDB Cluster, Percona XtraBackup, Percona Toolkit и др.



Основные возможности Percona XtraBackup 2.4

  • Более высокая скорость – Percona XtraBackup делает физические копии данных, а не логические, что позволяет добиться более высокой производительности.
  • Непрерывная обработка транзакций во время снятия резервных копий – Percona XtraBackup позволяет пользователям направлять запросы к базе во время снятия резервных копий.
  • Неблокирующее снятие резервных копий онлайн в реальном времени – при использовании в связке с Percona Server для MySQL, Percona XtraBackup создает неблокирующие резервные копии онлайн в реальном времени на системах обработки транзакций, что позволяет сохранить доступ к приложениям в течение запланированного времени технического обслуживания. Решение также обеспечивает высокую степень сжатия и безопасности резервных копий.
  • Работа со всеми версиями MySQL от любого разработчика.
  • Неинтрузивное копирование для Percona XtraDB Cluster – поддержка использования в связке с Percona XtraDB Cluster для обеспечения надёжной стратегии резервного копирования в крупномасштабных кластерных средах.
  • Percona XtraBackup является полностью открытым и бесплатным решением.
  • Резервные копии хранятся в зашифрованном виде с возможностью управления гранулярностью доступа к данным. Это обеспечивает дополнительный уровень защиты для публичных облачных хранилищ и тех, которые находятся в общем доступе.


  1. Главная ссылка к новости (https://www.percona.com/about-...)
  2. OpenNews: Выпущен Percona Server для MongoDB
  3. OpenNews: Релиз Percona Server 5.6, основанный на MySQL 5.6
  4. OpenNews: Стабильный выпуск СУБД MariaDB 10.1
  5. OpenNews: Релиз пакета MySQL Cluster 7.5.0
  6. OpenNews: Компания Oracle анонсировала стабильный релиз MySQL 5.7
Автор новости: Percona
Тип: Программы
Короткая ссылка: https://opennet.ru/43932-mysql
Ключевые слова: mysql, percona
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (32) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, OramahMaalhur (ok), 15:27, 24/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    XtraBackup - классная штука для инкрементальных бэкапов MySQL.
     
  • 1.3, Аноним (-), 15:32, 24/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > TokuDB – единственное транзакционное хранилище для MySQL. Он обеспечивает
    > более высокую степень сжатия данных и снижает стоимость работы в облаке,

    Вроде на техническом ресурсе находимся. Более высокую степень сжатия чем кто? XtraDB не поддерживает транзакции?

     
     
  • 2.5, Нимано (?), 15:46, 24/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Вроде на техническом ресурсе находимся. Более высокую степень сжатия чем кто? XtraDB
    > не поддерживает транзакции?

    А что вы ожидали от перевода (1:1) очередного самопиара^W "прессрелиза"?
    "press-releases/percona-server-for-mysql-57-delivers-superior-value-scalability-and-security"
    [b]delivers-superior-value-scalability-and-security"[/b]
    В общем, классическое "лучше чем грузины!"


     
  • 2.7, Яйцассыром (?), 16:25, 24/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    более высокую степень сжатия, чем несжатие
     
  • 2.9, и твою маму тоже (?), 19:15, 24/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чем это можешь сделать ты.
     
     
  • 3.10, Аноним (-), 20:26, 24/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Сказал глупость просто чтобы сказать? Человек пишет алгоритмы сжатия => ни один алгоритм не может сжать данные сильнее человека.
     
     
  • 4.12, Капитан очевидность (?), 21:15, 24/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Машинное обучение на основе статисики

    https://deepis.com/

     
     
  • 5.15, Аноним (-), 10:28, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Не говорите ерунды, там стандартные алгоритмы вроде lzma, lzo и т.д., нет в TokuDB никакого машинного обучения.
     
     
  • 6.19, Капитан очевидность (?), 10:58, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    В DeepSQL есть!
     
     
  • 7.26, Аноним (-), 17:00, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Чутка выше глаза поднимите, обсуждается именно TokuDB
     

  • 1.4, Аноним (-), 15:42, 24/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > а также подходит для применения в приложениях "интернета вещей" (IoT)

    Интернет вещей ничто иное как маркетинговая уловка. С нынешними тарифными тенденциями еще очень не скоро можно будет подключать вещи без удара по бюджету.

     
     
  • 2.18, Ларри Эллисон (?), 10:52, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    К wifi? У меня даже чайник с wifi.

     
     
  • 3.27, Аноним (-), 17:06, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С wifi есть некоторые сложности - нужно пробрасывать порты, что не умеет делать большинство домохозяек, и, само собой, возникнут проблемы с коллизией портов, всем ведь 80-ый подавай. Иначе это будет не интернет вещей, а локалка вещей. И да, IPv6 еще далеко не на подходе.
     

  • 1.6, theDolphin (ok), 16:05, 24/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Интересно, они наконец пофиксили крах при восстановлении из бекапа больших таблиц? Багу уже минимум три года, и они о нём знают.
     
  • 1.8, Аноним (-), 16:52, 24/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ситуация улучшается наношагами
     
  • 1.11, Аноним (-), 21:12, 24/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Новость по MySQL а ссылка на MongoDb
     
  • 1.13, Аноним (-), 22:29, 24/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Кто-нибудь может сказать, что лучше использовать Percona или MariaDB. И почему. Кто из них более серьезно занимается развитием своего продукта?
     
     
  • 2.14, nemo (??), 01:34, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    как не странно, но oracle занимается развитием, остальные паразитируют.
     
     
  • 3.17, Ларри Эллисон (?), 10:46, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > как не странно, но oracle занимается развитием, остальные паразитируют.

    А если вы не согласны с вышенаписанным - то встретимся в суде.

     
  • 2.16, Аноним (-), 10:44, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Postgresql.
    Как можно использовать MySQL которая не удовлетворяет SQL стандарту я не знаю.
     
     
  • 3.20, Ape (ok), 12:08, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Не можешь, не используй. У тебя ноги не стандартные! Как ты ходишь?
     
     
  • 4.21, Аноним (-), 12:55, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Странная аналогия. Ноги продукт длинной цепочки случайных мутаций одноклеточного организма.
    MySQL вроде продукт разумного дизайна, хотя я не уверен.
    По вашей аналогии у MySQL одна нога щупальуе, другая сменный протез куда можно воткнуть ершик от унитаза, или колесо, или треножник, 20+ вариантов https://en.wikipedia.org/wiki/Comparison_of_MySQL_database_engines
     
     
  • 5.23, Shodan (ok), 13:11, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Странная аналогия. Ноги продукт длинной цепочки случайных мутаций одноклеточного организма.
    > MySQL вроде продукт разумного дизайна, хотя я не уверен.
    > По вашей аналогии у MySQL одна нога щупальуе, другая сменный протез куда
    > можно воткнуть ершик от унитаза, или колесо, или треножник, 20+ вариантов
    > https://en.wikipedia.org/wiki/Comparison_of_MySQL_database_engines

    Многим это и требуется

     
  • 2.22, Pofigis (?), 12:56, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    PostgreSQL, Oracle, DB2 и MS SQL на крайний случай. MySQL и SQLite для серьезных проектов использовать не рекомендуется.
     
     
  • 3.24, Аноним (-), 14:04, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >MySQL для серьезных проектов использовать не рекомендуется

    не смешите моих цукенбергов.

    >SQLite для серьезных проектов использовать не рекомендуется

    только в продуктах Google имеет более 1.5 млрд пользователей.

     
  • 3.28, Аноним (-), 17:08, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > MySQL и SQLite для серьезных проектов использовать не рекомендуется.

    Глупости..., даже полнейшая чушь! Кем это не рекомендуется?

     

  • 1.25, Аноним (-), 14:32, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Смысл использовать вообще недобазу MySQL, когда есть кошерный PostgreSQL?
    Сраный MySQL в 2016 году даже CHECK CONSTRAINTS до сих пор не поддерживает.
     
     
  • 2.29, Аноним (-), 17:10, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    PostgreSQL - куцая MySQL, в 2016 году не имеет возможности хранить таблицы в памяти, не имеет сжатия.
     
     
  • 3.30, Аноним (-), 20:04, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Постгрес это куцый мускуль??? Да ты шо!
    Кому нахрен нужно сжатие, когда диски стоят дешего?
    Нахрен нужны таблицы в памяти, когда можно сделать RAM-диск и базу держать на нем?

    Гребаная недобаза мускуль молча глотает левые данные, когда постгрес этого не даст сделать.
    http://sql-info.de/mysql/gotchas.html

    Мускуль - это глючная кастрированная поделка, где даже основа-основ транзакционной БД, check constraints, нихрена не реализована.

     
     
  • 4.31, Аноним (-), 09:14, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я прочувствовал истеричные нотки... Постгрес никогда не догонит мускул, ибо в самом его фундаменте заложены жесткие ограничения, а у мускула гибкость. Но есть и плюсы, всё из коробки хорошее подспорье для домохозяек, т.ч. свою нишу он держит.
     
  • 4.32, Аноним (-), 09:16, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Кому нахрен нужно сжатие, когда диски стоят дешего?

    Только если для московского буржуя

     
  • 3.33, Aleks Revo (ok), 10:51, 27/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Постгрес может хранить таблицы где угодно, - курить маны по tablespace. При желании можно и в другой СУБД, которой не обязательно быть реляционной, да хоть в MySQL, - гуглить FDW. Но неосиляторы, выбравшие MySQL из-за низкого порога вхождения, будут хорохориться и выдавать оправдания одно нелепее другого.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру