Spec-Zone .ru
спецификации, руководства, описания, API
|
Сменный механизм хранения MySQL является компонентом в сервере базы данных MySQL, который ответственен за то, что выполнил фактические операции ввода-вывода данных для базы данных так же как включил и осуществил определенные наборы функций, которые предназначаются для определенной потребности приложения. Главное преимущество использования определенных механизмов хранения - то, что Вам только поставляют функции, необходимые для определенного приложения, и поэтому у Вас есть меньше системных издержек в базе данных с конечным результатом, являющимся более эффективной и более высокой производительностью базы данных. Это - одна из причин, что у MySQL, как всегда было известно, была такая высокая производительность, соответствуя или избивая собственные монолитные базы данных в сравнительных тестах промышленного стандарта.
С технической точки зрения, каковы некоторые из уникальных компонентов инфраструктуры поддержки, которые находятся в механизме хранения? Некоторые из дифференцирований главной особенности включают:
Параллелизм: у Некоторых приложений есть больше гранулированных требований блокировки (таких как блокировки на уровне строки) чем другие. Выбор правильной стратегии блокировки может уменьшить издержки и поэтому улучшить общую производительность. Эта область также включает поддержку возможностей, таких как управление совместным выполнением мультиверсии или чтение "снимка".
Поддержка транзакции: Не каждое приложение нуждается в транзакциях, но для тех, которые делают, есть очень хорошо определенные требования, такие как соответствие ACID и больше.
Ссылочная целостность: потребность иметь сервер осуществляет ссылочную целостность реляционной базы данных через DDL определенные внешние ключи.
Физическое Хранение: Это включает все от полного размера страницы для таблиц и индексирует так же как формат, используемый для того, чтобы хранить данные к физическому диску.
Индексируйте Поддержку: Различные сценарии приложения имеют тенденцию извлекать выгоду из различного, индексируют стратегии. У каждого механизма хранения обычно есть свои собственные методы индексации, хотя некоторые (такие как B-дерево индексирует) характерны для почти всех механизмов.
Кэш-память: Различные приложения лучше отвечают на некоторые стратегии кэширования памяти чем другие, так, хотя некоторая кэш-память характерна для всех механизмов хранения (таких как используемые для пользовательских соединений или высокоскоростного Кэша Запроса MySQL), другие уникально определяются только, когда определенный механизм хранения пускается в действие.
СПИД производительности: Это включает многократные потоки ввода-вывода для параллельных операций, параллелизма потока, установки контрольных точек базы данных, объемной обработки вставки, и больше.
Разные Целевые Функции: Это может включать поддержку geospatial операций, ограничения безопасности для определенных операций манипулирования данными, и другие подобные функции.
Каждый набор сменных компонентов инфраструктуры механизма хранения разрабатывается, чтобы предложить выборочный набор преимуществ для определенного приложения. Наоборот, уход от ряда компонентных функций помогает уменьшить ненужные издержки. Это выдерживает рассуждать, что понимание набора определенного приложения требований и выбор надлежащего механизма хранения MySQL могут оказать драматическое влияние на полную системную эффективность и производительность.