d-sem

Самый тупой вариант: в "самой последней версии mysql" query cache отключен по умолчанию. Но если речь о конкретном запросе с воспроизводимым результатом, то наверное дело не в этом.

Поэтому надo задавать не вопрос "почему упала в два раза после переезда", а надо разбираться с конкретным запросом.
Вообще, вопрос конечно из серии "Дорогие учёные. У меня который год в подполе происходит подземный стук. Объясните, пожалуйста, как он происходит". Неужели так трудно задать конкретный вопрос?

• создали два LXC контейнера... С какими характеристиками?
  
• поставили последнюю версию MySQL... Какую?
  
• на некоторых запросах... Каких?
  
• меняли настройки базы... Какие?
  
• перерыли рекомендации... Какие?
  

Всё-таки, вера советского человека в волшебную палочку или там цветик-семицветик нестребима. Что ламер в соседнем вопросе, что владелец прошаренного сервера, могут осилить только один сакраментальный вопрос, "Подскажите, в чем может быть проблема?". С наивной верой в то что решение проблемы - это не сложный и многоступенчатый процесс, для которого нужно предоставить как можно больше информации, а где-то просто есть заветный гвоздик по которому надо просто ударить волшебным молоточком, и всё сразу заработает как надо.

Ну так-то в принципе такой гвоздик есть, называется innodb_buffer_pool_size. Но вы ведь по нему тоже пробовали стукнуть, когда "пробовали настройки"? Это же тоже важно в вопросе писать, чтобы не превращать отвечающих в гадалок на базаре

https://habr.com/ru/post/189796/

поздравляю: вы пополнили стройные ряды производителей костылей.

файл должен удаляться сразу при удалении из бд.

<?php
$url = "site.ru/paks-garderob-belyy-s29248798/";

if (preg_match("/-s\d+\/$/", $url)) {
    echo "Значение есть";
}

sandbox.onlinephpfunctions.com/code/e65a4fa1ca963b...

Разделить сущность на несколько мелких сущностей не получится.

Это тебе только так кажется.

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

Вот очень хороший доклад от Дмитрия Елисеева (который, на мой взгляд, является на данный момент лучшим в России популяризатором ООП в РНР). Видео стоит посмотреть целиком, но конкретный ответ на твой вопрос начинается на 27 минуте: https://youtu.be/6tL1XOywgUc?t=1653

Какие есть варианты упрощения ? чтобы при создании объекта не передавать кучу параметров в конструкторе.

На вскидку, вариантов несколько:
1. Передавать не 20 десятков свойств, а именованный массив, например так:

__construct($array) { ... }

new MyClass([
    'property1' => 'value1',
    'property2' => 'value2',
    'property2' => 'value3',
]);

А в самом классе соотв. заполнять те поля которые не переданы - значениями по умолчанию (если это допустимо), так будет несколько более читабельно.

2. Либо же, если проблема конкретно в конструкторе - можно передавать эти значения через другой метод, не конструктор.

3. Или, можно где-то сохранять эти значения (в конфиге, в БД, в сессии, где-то-ещё) и при создании экземпляра нужного класса - доставать их оттуда (такая практика встречается довольно часто).

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

Deep Packet Inspection (да и не только он) у оператора сравнительно легко определяет по

1. TTL (time to live) - значение минус 1 (как правило), если подключено устройство в раздаче
   
2. MAC address inspection - само собой, если возможно
   
3. TCP/IP Stack Fingerprinting - разные устройства имеют разные "настройки" для протокола. Наличие разных версий отпечатков для передачи данных указывает на раздачу (самое ходовое)
   
4. User-Agent вашего браузера - самое банальное, - с разных устройств выходят в сеть разные браузеры (разные данные в User-Agent)
   

Ну и еще масса эвристических алгоритмов.

Ну или же оператор вам на телефоне выставил два АПН (маловероятно, но заложено в стандарте и поддерживается аппаратами) - при раздаче телефон считывает второй АПН и начинает им пользоваться (а оператор для этого АПН имеет свои скорости и политики).

Как обхитрить? Не буду здесь переписывать статьи - их легко загуглить.

$code_login = $_GET['code'];
Точку с запятой поставь...