Правильно ли структурированы таблицы? В частности, имеют ли столбцы правильные типы данных и каждая таблица имеет ли необходимые столбцы для данного типа работы? Например, приложения, которые часто выполняют обновления, обычно имеют много таблиц с небольшим количеством столбцов, а приложения, которые анализируют большие объемы данных, обычно имеют мало таблиц со многими столбцами.

Установлены ли нужные индексы для повышения эффективности запросов?

Используется ли для каждой таблицы соответствующий движок хранения и используются ли преимущества и особенности каждого используемого движка хранения? В частности, выбор транзакционного движка хранения, такого как InnoDB, или не транзакционного, такого как MyISAM, может быть очень важен для производительности и масштабируемости.

Использует ли каждая таблица подходящий формат строк? Этот выбор также зависит от движка хранения, используемого для таблицы. В частности, сжатые таблицы занимают меньше места на диске и, следовательно, требуют меньшего ввода/вывода с диска для чтения и записи данных. Сжатие доступно для всех типов рабочих нагрузок с таблицами InnoDB и для только-для-чтения таблиц MyISAM.

Использует ли приложение подходящую стратегию блокировки? Например, разрешая совместный доступ, когда это возможно, чтобы операции базы данных могли выполняться параллельно, и запрашивая эксклюзивный доступ, когда это необходимо, чтобы критические операции имели наивысший приоритет. Опять же, выбор движка хранения имеет значение. Движок хранения InnoDB обрабатывает большинство проблем блокировки без вашего участия, что позволяет повысить конкурентность в базе данных и уменьшить количество экспериментов и настройки для вашего кода.

Правильно ли настроены все области памяти, используемые для кэширования? То есть, достаточно ли велики они для хранения часто используемых данных, но не настолько велики, чтобы перегружать оперативную память и вызывать подкачку. Основные области памяти для настройки — буферный пул InnoDB, кэш ключей MyISAM и кэш запросов MySQL.

Поиск на диске. Диску требуется время, чтобы найти фрагмент данных. У современных дисков среднее время поиска обычно меньше 10 мс, поэтому теоретически мы можем выполнять около 100 поисков в секунду. Это время медленно улучшается с новыми дисками и очень сложно оптимизировать для одной таблицы. Способ оптимизации времени поиска заключается в распределении данных по нескольким дискам.

Чтение и запись на диск. Когда диск находится в нужном положении, нам необходимо прочитать или записать данные. Современные диски обеспечивают пропускную способность как минимум 10–20 МБ/с. Это проще оптимизировать, чем поиск, так как вы можете параллельно читать с нескольких дисков.

Циклы ЦП. Когда данные находятся в оперативной памяти, нам необходимо обработать их, чтобы получить результат. Наличие больших таблиц по сравнению с объемом памяти является наиболее распространенным ограничивающим фактором. Но с небольшими таблицами скорость обычно не проблема.

Пропускная способность памяти. Когда ЦП нуждается в большем количестве данных, чем может поместиться в кэше ЦП, пропускная способность оперативной памяти становится узким местом. Это редкое узкое место для большинства систем, но нужно об этом знать.