в принципе вам ниже написали про плагины для wp (например, total super cach) для кеширования страниц, страницы будут лежать на диске и сервер их будет сразу отдавать пользователю, не обращаясь к БД, а вот по поводу кеширования отдельных запросов к БД - это надо смотреть на используемые плагины, короче надо вам заняться профилированием, вот хорошая статья про оптимизацию сайта на wp habrahabr.ru/post/132817
@buloshnik nginx по 503 коду согласно вашим настройкам отдает браузеру html страницу, дальше браузер пытается загрузить get запросами css и js (это уже новые запросы к nginx, они должны быть с кодом 200), тогда у вас нормально отобразится ваша страница с ошибкой, чтобы настроить отдачу статики вам нужно узнать, по какому адресу запрашивается эта статика например, www.example.com/error/assets/style.js, а сам файл находится здесь /var/www/domain/error/assets/, тогда location будет такой:
Попробуйте перезапустить application сервер вашего бизнес приложения (БД не трогать), станет ли быстрее работать? Есть предположение по поводу растущего количества незакрытых коннектов к БД.
Например, если в системе есть уже программы, которые запускают progX (представим, что под progX подразумевается curl), но они ожидают, что будет запущен исходный progX, а не ваша обертка.
