sitev_ru: это значит - "пора учить английский в объеме 5-го класса "
Suggested fix:
12. Meanwhile go to Start -> Control Panel -> Administrative Tools -> Services -> find MySQL56, right click on it -> Properties -> select Log On Tab AND HERE IS BUG -> Although Local System Account was selected, Somehow "This account: Network Service (with some password) was selected -> Select Log on as: Local System Account, Allow service to interact with desktop -> Apply -> Go back on general tab
косяк в аккаунте, из-под которо пытается стартануть мускуль. надо выбрать другой аккаунт (Local System Account) - и запустить из-под него.
К слову, если такой косяк при обновлении 5.х на 5.6 в линуксах - лично у меня был из-за наличия slow_query_log. закомментировал - установка пошла дальше
Русдан Киба: это всего/в день/в час/в что-то еще? хотя в любом случае начать стоит с анализа текущего состояния БД. 2 сек на запрос и 300 000 строк - вероятнее всего у Вас либо какие-то немерянные JOIN-ы, либо отсутствие/неверные индексы, либо крайне криво сконфигуренный MySQL. Ну или крайне унылое железо. Включите лог медленных запросов, запустите mysqltuner - проанализируйте, из-за чего и какой запрос выполняется так медленно.
Русдан Киба: поддержу Руслан Федосеев - начните с анализа узких мест текущей БД. 300 000 - не то число, ради которого надо срочно изобретать сложные решения. Хотя Вы опустили вторую, не менне важную характеристику сайта - количество посетителей.
EvgeniyKonstantinov:
"Старый сертификат перестает быть валидным, как только генерируется новый сертификат для того же домена. И на этот процесс влияет только центр сертификации."
СА у нас вагон и маленькая тележка. Вы правда верите, что они обмениваются не только списками отозванных (а обмениваются ли и ими)? Где прописан ЗАПРЕТ получения 2-х сертификатов от разных СА, действующих одновременно?
поддержу. создавайте таблицы в отдельной БД (к слову - для этого есть отличный engine ARCHIVE) и переносите устаревшие данные туда.
после переноса запустите оптимизацию БД - скорость однозначно вырастет. Меньше операций ввода/вывода, таблица может влезть в память.
Chernichko: загрузка данных через временную таблицу - вполне распространенный процесс. Можно сказать устоявшаяся практика. Единственный известный мне тонкий момент - не стоит включать при этом полный лог. В остальном все работает отлично.
Chernichko: 1. потому что загрузится это на пару порядков быстрее.
2. потому что UPDATE таблицы данными можно сделать одним запросом. 1 запрос - 1 план исполнения.
3. потому что ничего не мешает временную табличку сделать в движке MEMORY.
в общем - аргументов ЗА навалом.
и уж точно Ваши 100 000 строк загрузятся. И 1 000 000, и 10 000 000
я вот только-что импортнул файл логов прокси за вчера. чуть меньше 5 млн. строк. загрузка, чистка от "лишнего", группировка - все вместе что-то около 12 минут. Далеко не самый быстрый комп, временная таблица на винте (памяти не хватает).
