Тут главное не занижать, а то полиция скажет, что ущерб не значительный и на дело можно забить.
Да вот же, руководству говорю что нужно избавляться от join запросов без индексных, это может снизить нагрузку сервера до 50%.
Но видать это дело затратное и руководство не спешит решать эту проблему.
В любом случаи innodb_thread_concurrency тут вообще никаким боком и не спасёт ситуацию.
Попробуем как нибудь по умолчанию innodb_thread_concurrency = 0.
При join выборок куча таблиц создается, а так же много joiun без индексно почему то используется.
Значит конструкция БД неудачная. И теперь надо или её переделывать или жить с этим. Кэши всякие там, разбивать на отдельные запросы без JOIN.
Надо не WP разгонять, а разгонять разработчиков сайтов, которые делают такие тормозные системы на базе WP.
Кредитную историю и ЕГРЮЛ проверил сразу, там всё чисто. На счёт недвижимости, видел информацию, что с 2019 года электронная подпись не может использоваться, если такая возможность не подключена при личном присутствии.
В гос.услугах можно посмотреть ВСЕ выданные ЭП. Посмотрите в личном кабинете в разделе Настройки.
Да про проблему ЭЦП уже как минимум 5 лет все знают. Но НИКТО не чешется. Почему эти ключи раздают частные компании, а не МФЦ загадка века. Наверное кто-то в доле.
Полезное есть на хабре: https://habr.com/ru/post/453596/
При штатной, нормальной работы базы думаю по умолчанию подойдет innodb_thread_concurrency.
Но когда есть моменты кривых/тяжелых запросов, без ограничения innodb_thread_concurrency создаст узкие места процессора и диска.
Мое мнение.
Тесты тесты и ещё раз тесты. Какие могут быть места узкие если innoDB pool достаточный и диски SSD
Рекомендую переезжать на более современную SQL или последнюю MariaDB или MySQL8. Это чтобы быстрее работало всё.
А этот параметр лучше не трогать, ибо может снижаться производительность: https://www.percona.com/blog/2016/03/17/percona-server-5-7-performance-improvements/
Одна Pecrona что-то там сделала, чтобы у них этот параметр работал нормально, сама Mysql забила на него. Но 5.7 в любом случаи устарела.
Даже в старых темах: https://dba.stackexchange.com/questions/81204/hyperthreading-mysql-innodb-thread-concurrency-performance
Везде пишут, не трогать этот параметр. Никакой скорости он не прибавит.
Я лично не трогаю его и не настраиваю своим клиентам. Также и innodb_buffer_pool_instances не настраиваю. Он по умолчанию работает как надо.
Спасибо за отзыв.
Сейчас плотно проработал несколько проектов на Opencart 2/3 есть просто куча наработок как решить проблемы с первым байтом (TTFB).
Есть и собственный класс кэширования взамен тормознутому стандартному, который никто не трогал 10 лет.
Есть куча индексов нужных и добавление дополнительных кэшей в стандартные модуля.
И ещё всякого интересного, при котором можно ускорить сайты БЕЗ плагинов кэша вообще. Поэтому у кого магазины на данной CMS, пишите!
Кстати, версия 1.5 не исключения, там так же, всё можно улучшить.
