14.12. Краткий обзор MySQL Storage Engine Architecture

MySQL сменная архитектура механизма хранения позволяет профессионалу базы данных выбрать специализированный механизм хранения для определенной потребности приложения, будучи полностью экранированным от потребности управлять любым определенным приложением, кодирующим требования. Архитектура сервера MySQL изолирует прикладного программиста и DBA от всех низкоуровневых деталей реализации на уровне хранения, обеспечивая непротиворечивую и легкую прикладную модель и API. Таким образом, хотя есть различные возможности через различные механизмы хранения, приложение экранируется от этих различий.

Сменная архитектура механизма хранения обеспечивает стандартный набор управления и службы поддержки, которая распространена среди всех базовых механизмов хранения. Механизмы самого хранения являются компонентами сервера базы данных, которые фактически выполняют действия на базовых данных, которые сохраняются на уровне физического сервера.

Эта эффективная и модульная архитектура предоставляет огромные преимущества для тех, которые желают определенно предназначаться для определенной потребности приложения — такой как организация хранилищ данных, обработка транзакций, или высоконадежные ситуации — обладая преимуществом использования ряда интерфейсов и служб, которые независимы от любого механизма хранения.

Прикладной программист и DBA взаимодействуют с базой данных MySQL через API Соединителя и уровни служб, которые являются выше механизмов хранения. Если изменения приложения вызывают требования, которые требуют базовое изменение механизма хранения, или что один или более механизмов хранения добавляются, чтобы поддерживать новые потребности, никакие существенные изменения кодирования или процесса не обязаны заставлять вещи работать. Архитектура сервера MySQL экранирует приложение от базовой сложности механизма хранения, представляя непротиворечивый и удобный в работе API, который применяется через механизмы хранения.