Wonderful World Of Mysql Storage Engines Hl2008 Rus
2 likes546 views
Документ обсуждает различные системы хранения данных в MySQL и их архитектуру, включая такие технологии, как InnoDB, MyISAM, Falcon и Maria. Он описывает преимущества и недостатки каждой системы хранения, а также их применение в разных сценариях, включая вопросы производительности и надежности. Также рассматриваются перспективы внедрения и изменений в функциональности систем хранения в будущем.
![Спасибо что пришли Вопросы ? Предложения ? [email_address] Да мы занимаемся консалтингом в области производительности http://www.percona.com Посмотрите нашу книгу Полностью переписаное издание](https://image.slidesharecdn.com/wonderfulworldof-mysqlstorageengineshl2008rus-1223749495807140-8/85/Wonderful-World-Of-Mysql-Storage-Engines-Hl2008-Rus-35-320.jpg)
Wonderful World Of Mysql Storage Engines Hl2008 Rus
- 1. Системы хранения данных в MySQL Oct 6-7, 2008 HighLoad++ Moscow,Russia by Peter Zaitsev, Percona Inc
- 2. О системах Хранения Данных MySQL Сервер состоит из 2х уровней “SQL ” - Функции верхнего уровня “Системы Хранения (Storage Engines)” - Хранение транзакции блокировки итд Начиная с MySQL 5.1 Системы хранения могут быть модульными Можно компилировать и распростанять отдельно MySQL активно содействовал их созданию как внутри так и снаружи Так что их развелось много Партнеры MySQL выпускают свои системы (часто с закрытым кодом) - -
- 4. Что такое системы хранения Системы хранения отвечают за хранение Могут реализовать разные концепции хранения и доступа – комрессию, удаленное хранение итд Не могут реализовывать ф-ии верхнего уровня – сортировка группировка JOIN В будущем планируется снять эти ограничения Некоторые компании (например Kickfire) перехватывают полностью выполнение запроса что позволяет реализовать другие методы выполнения.
- 5. Путь систем хранения Подход MySQL к расширяемости достаточно необычен Практически нет модульного расширения языка индексов итд Однако широкий выбор систем хранения данных Достоинства Разным приложения имеют разные требования к данных перманетность, транзакции, блокировки, компрессия итд Недостатки Потеря производительности 2х вазный протокол фиксации транзакций (локально) два лога Сложность Разработка и тестирование (все эти комбинации) Выбор систем хранения для приложения Обслуживание – бакап, балансировка настроек сервера итд
- 6. Типы систем Хранения Системы Хранения Общего Назначения Транзакционные Innodb, Falcon, PBXT, Maria (в будущем) Не транзакционные MyISAM, ISAM (устарел),Maria(сейчас) Кластерные NDB, ScaleDB (Закрытый Код) Системы Хранения Специального Назначения Memory,Federated,Archive,Blackhole, CSV, NitroDB(CS), InfoBright, Queue, Graph(CS),SphinxSE ...
- 7. Как использовать на практике Выберите основную SE для приложения Innodb наиболее стандартный выбор сейчас Используйте другие для того для чего они хороши Innodb - Доступ с высокой конкуренции, надежность MyISAM – компактная, нет транзакций быстрое обновление – не критичные и временные данные MEMORY – временные таблицы Federated – удаленный доступ к данным (редко и простые запросы)
- 8. Системы Хранения Обзор систем хранения общего назначения
- 9. MyISAM Традиционная система хранения MySQL Впервые появилась в MySQL 3.23.x Кто из вас работал с этой версией ? Основана на ISAM которая основана на UNIREG созданом более 15 лет назад Табличные блокировки, Не Транзакционная, Не устойчива к сбоям Компактная (типично 2-3 раза меньше Innodb), Быстрые обновления, Может быть использована в режиме только для чтения
- 10. Когда использовать MyISAM В случае только чтения или в основном чтения когда важен размер данных Замечание: MyISAM не всегда быстрее чем Innodb для чтения Когда нужна быстрая запись Но не чтение и запись для одной таблицы одновр. Журналирование, Временные Таблицы, Обработка данных Когда время восстановления данных не критично Большие MyISAM таблицы могут требовать часов для восствновления после сбоя.
- 11. Innodb Была создана Heikki Tuuri Теперь принадлежит Oracle Corp Несколько лет практически не получал развития однако на MySQL UC вышло обновление Плагин с компрессией и быстрым созданием индексов Провинутая система с поддержкой транзакций MVCC, блокировки на уровне строк, кластеринг данных Автоматическое восстановление при сбое Поддержка внешних ключей (Foreign Keys)
- 12. Когда использовать Innodb Во многих случаях хороший выбор по умолчанию Когда нужны транзакции или внешние ключи Когда нужна высокая конкуретность Так что читатели не блокируют писателей Если не хочется терять данные при потере питания Таблицы (особенно идексы) больше чем MyISAM Часто 2-5 раз больше Сложное восстановление при поврежденни Загрузка данных и создание индексов медленно
- 13. Falcon Дизайн Jim Starkey – создатель FireBird Основная планируемая транзакционная система MySQL Но оффициально не называется конкурентом Innodb Фокус дизайна – работа с большим объемом памяти и многими процессорами Много инновационных (непроверенных?) дизайнерских идей Нет поддержки кластерных ключей, не может использовать Covering Indexes По прежнему не стабильна.
- 14. Когда использовать Falcon ? Слишком мало реального использования чтобы сказать Хотя ряд наших клиентов уже использует Falcon на Slave серверах для тестов А вы ? Будет сложно заменить Innodb для многих приложений Может быть более масштабируем чем Innodb если проблемы не будут исправлены Более быстрый для маленьких транзакций (в теории)
- 15. Maria Разработка ведется Michael Widenious С небольшой группой старожилов MySQL Гибрид MyISAM и Innodb по идеологии MyISAM – компаетное хранение, структура Innodb - MVCC, транзации , восстановляемость Может использовать страничную организацию Поддержка транзакций будет опциональна На данном этапе доступны “Crash Safe” версия Пока что не оптимизированна На данном этапе Альфа
- 16. Для чего будет хороша Maria ? Еще менее используема чем Falcon Хорошая замена для MyISAM Системные таблицы, кэшируемые большие временные таблицы Будет хорошая замена Innodb для ряда приложения Когда кластеринг по первичному ключу не критичен Легкость использования MyISAM Восстановление таблиц, Перемещение таблиц между серверами на уровне файлов.
- 17. PBXT Разработана Paul McCullagh from PrimeBase Специально для MySQL (не адаптация) Была “переписана” 3 или 4 раза Последняя версия ACID по умолчанию Много инновационных идей Запись данных один раз, лог на транзакцию Фокус на эффективной работе с блобами Пока что весьма не стабильна
- 18. Для чего использовать PBXT ? Использовать вместе с MyBS – хранение Блобов (например файлов) в базе данных Логгинг данных (особенно большие записи) Может хорошо работать с SSD дисками Будет видно лучше когда будет более готова к реальному использованию В некоторых бенчмаках показывала очень хорошие результаты.
- 19. What is about SolidDB Last year we looked into SolidDB And this year we removed it from consideration SolidDB for MySQL project stopped after Solid Technologies was bought by IBM So it never become real alternative The code is available on SourceForge But does not have user community to move it forward.
- 20. Системы Хранения Использование специальных систем хранения данных в MySQL
- 21. MEMORY Хранит данные в памяти При перезапуске сервера теряется содержимое Используется неявно сервером Для разрешения многих сложных запросов Сохранение временных данных Осторожно – только строки фиксированного размера. Есть патч от Ebay решающий это Можно пре-загружать данные для быстрого доступа Аккуратно использовать с репликацией.
- 22. ARCHIVE Быстрое и компактное сжатое хранение данных Нет поддержки индексов (только сканирование) Не блокирующие вставки Может занимать существенно меньще MyISAM Хорошо работает для хранеиня логов Одна таблица на день или Partitions в MySQL 5.1 для эффективности
- 23. FEDERATED Доступ к данным хранящемся на удаленном сервере Хорошо подходит когда нужно несколько строк с удаленного сервера Плохо работает с JOIN – требуется много обращений к удаленному серверу Опасайтесь больших результатов запросов к удаленному серверу Результат полностью материализуется в памяти сервера инициатора запросов.
- 24. BLACKHOLE Изначально была создана как пример и для тестов производительности Затем оказалась полезной для организации фильтровнной репликации Но не без проблем ALTER TABLE TBL ... ENGINE=MYISAM Сконвертирует таблицу в MyISAM
- 25. Тесты производительности Интересно какова производительность ?
- 26. DBT2 Размер данных Загружаем 200 “складов” от DBT2 PBXT упала во время загрузки Maria удивляет большим объемом данных
- 27. DBT2 Время загрузки 200W Время загрузки (минуты) 2*Dual Core Xeon 5148, 16G Ram 8GB выделенно на буфера Быстрое создание индексов не использовано для Innodb
- 28. DBT2 Results DBT2 10W Результаты (CPU интенсивные) Falcon значительно улучшился с прошлого года 5.1 немного медленнее чем 5.0 с Innodb Maria показала весьма не стабильные результаты
- 29. Микро тесты пр-ости CPU интенсивные, Запросы/Сек 1.000.000 строк в таблицы Dual Quad Core Xeon Смотрим типичные типы доступа к данным Детали по схеме и запросов доступны на http://www.mysqlperformanceblog.com/files/benchmarks/phptestsuite.html Falcon не включен так как он падал на ряде тестов PBXT и вовсе висло при загрузке данных
- 31. Доступ по первичному ключу
- 32. Доступ по вторичному индексу
- 33. Доступ по covering index
- 34. Досту по ключу с LIMIT
- 35. Спасибо что пришли Вопросы ? Предложения ? [email_address] Да мы занимаемся консалтингом в области производительности http://www.percona.com Посмотрите нашу книгу Полностью переписаное издание