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

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

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

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