14 февраля компания «Перкона» (Percona), поставщик решений и услуг для MySQL® и MongoDB®, объявила о выходе обновлённых версий сразу трёх бесплатных продуктов с открытым исходным кодом: Percona Server для MongoDB 3.4, Percona Monitoring and Management 1.1 и Percona Toolkit 3.0. Все три продукта могут быть использованы вместе для достижения оптимальной производительности. GA-версии данных продуктов будут доступны после 20 февраля текущего года.
Percona объявила о выпуске Memory Engine для MongoDB, открытого in-memory хранилища. In-memory хранилище на базе WiredTiger предусмотрено в MongoDB 3.2 Enterprise Edition, но отсутствует в MongoDB Community Edition. С выпуском Percona Memory Engine появится возможность без дополнительных затрат использовать аналогичное хранилище и для Percona Server.
Продукт обеспечивает высокую производительность при операциях чтения с предсказуемыми задержками, а также высокую производительность при операциях записи без сохранения данных на диске. Примеры использования:
Application Cache заменяет memcached и самописные структуры данных уровня приложения.
Real-time Analytics использует вычисления в памяти для тех случаев, когда время отклика важнее, чем сохранение данных.
Sophisticated Data Manipulation обеспечивает более высокую производительность при сложных операциях c данными, например, при агрегировании и MapReduce.
Session Management — хранение в памяти активных сессий пользователей для уменьшения времени отклика.
Transient Runtime State — хранение динамического состояния приложения.
Летняя встреча Moscow MySQL User Group состоится в Сколково 17 июня после 17:00. Докладчик встречи — Света (svetasmirnova) Смирнова (Percona), инженер технической поддержки MySQL с более чем 8-летним стажем, автор книги «MySQL Troubleshooting».
Тема блиц-доклада (lightning talk): «Жизнь, удивительные приключения и смерть бага MySQL».
Тезисы: «MySQL-баг #20786 получил от пользователя торт на свой пятилетний юбилей. Этот баг до сих пор не закрыт (статус не изменён на „Closed“)! Для исправления бага #989 пришлось добавить новую подсистему блокировок и внести значительные изменения в существующие системы — на это ушло 6 лет напряжённой работы. Баг #23427 исправили всего за 2 дня. На следующий день состоялся релиз новой версии, только для того, чтобы включить исправление для этого бага. Почему какие-то баги исправляют быстро, а какие-то годами ждут своей очереди? Что делать, если конкретный баг MySQL затрагивает ваш проект? Что означает каждый из статусов обработки в базе данных багов?
В рамках этого блиц-доклада мы проследим все стадии жизненного цикла бага с момента открытия до исправления. Вы узнаете, как грамотно сообщить о наличии бага, поймете, почему некоторые из них долго не исправляют, а также получите советы относительно того, как повлиять на решение по конкретному багу, мешающему вам жить».
После блиц-доклада предусмотрено общение в формате «вопрос-ответ».
Заявки на блиц-доклады (5–15 минут) могут быть приняты и рассмотрены организаторами до 1 июня.
Тема доклада: «Модели репликации в MySQL — асинхронная, полусинхронная и виртуально-синхронная».
Тезисы: «В докладе будут рассмотрены разные модели репликации в мире MySQL — встроенная репликация, технология Galera, которая используется в Percona XtraDB Cluster и MariaDB Galera Cluster, а также технология MySQL Group Replication, которая находится в стадии разработки».
