Одно дела когда эти данные пользует только reg.ru, другое когда браузер ваш эти данные дарит всем подряд.
Ищем:
<center><p>(.*?)-.*?</p>
Заменяем:
$1
ТС, можете в личку доступ закинуть на SSH если есть, посмотрю что там у вас тормозит конкретно. А то я тоже много настраивал mysql, "вылизывал" её, нагрузку снимал, а потом оказалось дело в настройках фаервола. Но настройки оптимизации остались. Также запросы посмотрю и сам движок. Возможно дело в мелочи.
Новые в каком плане? Если вам выдали просто новый паспорт по сроку давности. То просто загружаете новый паспорт на проверку и всё. Они сами вроде как меняют данные или сами можете внести.
Переаттестацию не нужно делать.
Ну как не понятно то, если:
innodb_buffer_pool_size = 7G
Вот и забился пул. ---------- Добавлено 07.01.2017 в 19:24 ---------- Я кстати на своём серваке делаю:
innodb_flush_log_at_trx_commit=0
да понимаю, что там могут при долгой записи потеряться пару секунд, но это вообще не критично. Особенно если нет постоянной записи под нагрузкой ценной информации и сервак работает стабильно.
И если указывать:
innodb_buffer_pool_size
то нужно и innodb_buffer_pool_instances указывать.
Ещё можно:
innodb_flush_method=O_DIRECT
Но это всё фантазии, нужно реально смотреть, что там происходит.
Он такой т.к. старый и перелопачивать в utf-8 уже никто не хочет. Но там костылей в скриптах для ajax "мама не горюй".
Не будет. Вообще никак не будет быстрее. Печаль беда 🍿
Лучше сделать:
SELECT COUNT(*)
тогда будет быстрее проверятся.
А так лучше второй вариант т.к. меньше функций, mysql_query и так вернёт ответ.
У вас на сервере сколько памяти?
Посмотрите лог ошибок, может быть таблицы крашнули.
Посмотрите БД размеры, случайно никакие не увеличились в размере?
Эм.... а my.ini одинаковые? Версии mysql тоже?
