Необычно высокий запрос пользовательских метаданных

Вопрос или проблема

SELECT user_id, meta_key, meta_value FROM usermeta WHERE user_id IN (1548) ORDER BY umeta_id ASC

Ответ или решение

Неправомерно большое количество запросов метаданных пользователей: Причины и пути оптимизации

Введение

Ваша ситуация с установкой WordPress, которая столкнулась с проблемами производительности из-за чрезмерного количества запросов к метаданным пользователей, становится все более распространенной в среде веб-разработки. Высокая нагрузка на базу данных при всего лишь 10-20 одновременных пользователях ожидается, но не должна приводить к исчерпанию ресурсов. В этой статье мы рассмотрим возможные причины данной проблемы, способы их решения и оптимизацию производительности базы данных.

Анализ проблемы

Вы приводите конкретные SQL-запросы к таблице usermeta, которые генерируются плагинами, включая Material WP и Advanced Custom Fields Pro. Как показали ваши результаты, основная нагрузка возникает из-за функции get_metadata и, в частности, из-за ее вспомогательной функции update_meta_cache. Важной деталью является то, что более 90% из 220,000 запросов были схожими по структуре, отличаясь только идентификатором пользователя. Это явно указывает на избыточное множество обращений к одной и той же информации.

Устранение последствий

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

Пути оптимизации

1. Кеширование запросов: Рассмотрите возможность использования кеширования результатов запросов. Плагины кеширования, такие как WP Super Cache или W3 Total Cache, могут значительно снизить нагрузку на базу данных, сохраняя результаты часто выполняемых запросов в памяти.

2. Индексация таблиц: Проверьте, как проиндексированы ваши таблицы базы данных. Неправильная индексация может привести к медленной работе операций выборки. Убедитесь, что столбцы, которые часто запрашиваются, такие как user_id, имеют соответствующие индексы.

3. Ограничение количества вызовов update_meta_cache: Вы можете отключить кэширование метаданных, используя параметр update_meta_cache в вашем коде. Однако будьте осторожны, так как это может негативно повлиять на производительность, если изменится количество обращений к метаданным. Следующий код можно использовать в вашем файле functions.php:

   add_filter('get_metadata', function($null, $object_id, $meta_key, $single) {
      return get_metadata('user', $object_id, $meta_key, $single, false);
   }, 10, 4);

4. Анализ других плагинов: Выявление и удаление дополнительных плагинов, которые могут вызывать лишние запросы к базе данных, также может решить проблему. Рассмотрите возможность поэтапного отключения плагинов, чтобы выяснить их влияние на производительность сервера.

5. Оптимизация запросов к базе данных: Если вы разрабатываете собственные решения или используете свои коды для выборки метаданных, проверяйте и оптимизируйте SQL-запросы, чтобы минимизировать их количество и временные затраты на выполнение.

6. Мониторинг и отладка: Продолжайте использовать такие инструменты, как Query Monitor и Debug Bar для периодического анализа нагрузки на базу данных. Это поможет вам своевременно обнаружить новые проблемы, возникающие при изменении конфигурации сайта.

Заключение

Обновленная работа с плагином уже улучшила ситуацию, но остаются возможности для дальнейшей оптимизации, которые могут привести к значительному снижению нагрузки на вашу базу данных. Как следствие, сайт станет быстрее и отзывчивее. Следуйте процедурам проверки и оптимизации, чтобы обеспечить долгосрочную стабильность и производительность вашего WordPress-сайта.