SQL-запросы ломают WordPress чаще не ошибкой, а одним лишним условием

SQL-запросы ломают WordPress чаще не ошибкой, а одним лишним условием

В WordPress запросы пишут не только в плагинах, но и в кастомных фильтрах, CRON-задачах и админке. Типовая проблема — запрос «работает», но медленно: таблица большая, индексы не используются, а WHERE собран через подстановку строк.

Проверь перед запуском:
• нет ли SELECT * там, где нужны 2-3 поля
• есть ли LIMIT, если нужен только список
• не тащишь ли JOIN к лишней таблице
• не фильтруешь ли по функции, а не по колонке
• экранируются ли значения через prepare()

Для БД WordPress особенно опасны запросы по wp_postmeta: там легко получить десятки тысяч строк и внезапно упереться в full scan. Если нужен поиск по мета-полю, сначала подумай, можно ли перенести данные в отдельную таблицу или хотя бы сократить условия до одного точного ключа.

И еще: перед тем как оптимизировать, посмотри EXPLAIN. Он быстро показывает, где запрос идет по индексу, а где БД читает лишнее. Это дешевле, чем гадать по ощущениям.

Хороший SQL в WordPress — это не «красивый код», а короткий запрос, точные поля и понятные индексы.