Быстрый сайт на WP вообще возможен?

MySQL стал уже не тот.

Именно TTFB?

Ну это уже "из другой оперы".

Мобил

Десктоп

Показатели проверки тоже скачут постоянно.

Фигасе там БД у ТС =)

Под такую БД в пору пару отдельных серверов ставить.

Инфа очень интересная, утром на свежую голову изучу.

Спасибо за ссылку!

Ну это немного неполные показатели. FCP - это немного не TTFB, но судя по картинке, с ответом сервера всё более или менее нормально, и всякие "базы" тут ни при чём.

У меня сайт на елементоре с кучей плагинов, в зеленой зоне все, тут важно правильно все оптимизировать. В том числе стоит плагин wpshop а он довольно ресурсоемкий

Я бы не стал так категорично про базы утверждать, сейчас на скрине ТС боту отдана кешированная версия, а она не дает картину, нет ни реальности, ни стабильности. Плюс...ну отрисовался экран, а wp и PHP дальше работает( это я упрощаю, слишком много букововк писать). Вот если бы тс привел скрин или несколько скринов из плагина Query Monitor, можно уже хоть какое-то представление получить. Скажем общий результат и с раздела запросы по компонентам. Плюс скрин с попугайчиками от PageSpeed Insights без кеша на сайте и без первого блока рекламы. 
Я к тому, что тут мы можем только общие рекомендации дать, инфы представленной не хватит даже на вменяемый ответ по блокам рся, так как они могут и не влиять столь серьезно на скорость. Если появится больше инфы от ТС, со скринами из плагина Query Monitor, может тема и продолжит развитие в более конкретном направлении.

webinfo, все что написал, не для спора или утверждения, что это не правильно или правильно, влияет или нет, база виновата или не база и не опровергаю ваши слова или утверждаю свои как истина. От недостатка инфы, мы может всю тему превратить в бесполезные размышления, а в итоге все окажется совсем не так.

Это работает на базах любых размеров, так как опция зависит от других критериев, просто проведя эксперимент и убрав ее из автозагрузки, можно действительно удивиться ;)

Выполните в базе и посмотрите, что там творится (всегда полезно сначала сделать дамп) прификс ниже стандартный:

SELECT SUM(LENGTH(option_value)) as autoload_size FROM wp_options WHERE autoload='yes'; - выведет общий размер автозагрузки, он может быть очень большим и содержать давно не нужные опции.

SELECT option_name, length(option_value) AS option_value_length FROM wp_options WHERE autoload='yes' ORDER BY option_value_length DESC LIMIT 10; - отсортирует по размеру 10 самых больших.

Если есть такие запросы у 22 плагинов, то сайт даже не дернется, не дойдет дело до контента, 0.00** надо уже начинать думать 😀. Насчет структуры, да не так все плохо, норм для большинства проектов.

Насчет плагинов согласен, есть куча не ужасных, а сверх ужасных. Например при выводе последних или рандомных или каких угодно постах перебирается вся таблица, а там может быть и не 500 и не тысяча тех же постов. Если добавить в запрос плагина или сниппеета простой интервал времени, скажем за месяц, нагрузка и скорость в разы снизятся 😎