Не знаю. Изначально у меня вообще стояло около недели. Были проблемы с мостом - иногда с форума разлогинивалось, а с сайта нет (спустя сутки) Тогда я ставил длительность сессии около недели, думал что разлогинивается из-за того, что сессия истекает. Потом разобрался в чем была проблема и поставил длительность сессии в 1 час. Уже вернул на 15 минут, спасибо
query_cache_size = 256M
query_cache_limit = 16M
phpmyadmin->sessions->
Используемое пространство
Данные 781.3 КБ
Индекс 455 КБ
Фрагментировано 582.2 КБ
Эффективность 654.1 КБ
Всего 1.2 МБ
Вот сейчас при типе таблицы MyISAM размер всего 1.2 МБ, а при типе таблицы MEMORY этот размер за сутки вырос до 30 МБ. и кнопки "Оптимизировать таблицу" не было.
Сейчас в настройках форума время жизни сессий стоит 60 мин.
Сессии плодятся от ботов даже если они заходят на сайт, т.к. стоит мост IPBWI. Роботс вроде нормально настроен и для форума и для сайта.
Памяти вроде как достаточно - 8 гб. Пока еще ниразу не заканчивалась :)
Оптимизировать таблицы в любом случае периодически надо, так что "самопадения" можно вылечить через cron. А вот повреждения таблицы после аварийного отключения - понятия не имею как лечить. Пока на ум приходит только сделать авто-оптимизацию таблиц каждый раз, когда сервер запускается. Хотя может и тип таблиц innodb поможет, попробуем.
Понятно, конечно, что лучше выявить причину повреждений, но это еще ниразу не получалось сделать, просто в один момент форум не может удалить какую-то из сессий и все, почему - черт его знает.
mysqltuner использовал, все по его рекомендациям правил. Сейчас он выдает все как "ОК" кроме
Temporary tables created on disk: 35% (63K on disk / 181K total)
И пишет
Temporary table size is already large - reduce result set size
Reduce your SELECT DISTINCT queries without LIMIT clauses
У меня включен лог медленных запросов >1 сек - их по 1-2 шт в день и они никакую выборку не делают. Какие выборки у меня могут быть без указания лимита - я не знаю, в теме и плагинах такого нет.
Может таблицу sessions переделать в innodb? Прочитал что они более надежные. Или я ошибаюсь?
Вебмастер гугл -> Сканирование -> Инструмент проверки файла robots.txt
Вписываем
Disallow: /*/?replytocom=*
Вбиваем в строку ниже URL с наличием .../?replytocom=<тут число> - профит :)
Добавляем в robots.txt
А почему не должен выдерживать? Это вообще, мягко говоря, ниочем.
Если есть какие-то проблемы с производительностью - смотрите в сторону оптимизации сервера и кода/плагинов. А так же использование memcached - я очень доволен.
Опять что ли перенесли? Прикол.
Я конечно во всем этом не разбираюсь, но разве нельзя выдать тестовым серверам какое-то изолированное место, или как то настроить систему определения майнеров? Ибо меня-то перенесли, но проблема может всплыть у кого-то другого. Да и вообще ее можно не заметить, если сервер не очень загружен.
Я конечно же отпишусь через время о своей ситуации, но особых иллюзий не питаю, надеялся что после предыдущих дней напряжения проблему уже решили.
Ivan Lungov, Вообщем я понятия не имею кому и что Вы объясняли, но сегодня опять в 14:00 все начало лагать, спустя 30 минут написал в ТП что бы проверили наличие майнеров по соседству с моим ВДС. К 20:00 они ответили что нашли майнера (5:30 минут искать майнера???) Пришел домой в 22:00 - сервак мой лежит, пришлось перезагружать.
Итог дня: с 14:00 до 20:00 все лагало, с 20:00 до 22:00 все вообще лежало. Завтра ждать майнера?
И да, как я уже писал в ТП - надеюсь вы все таки решите выделить для тестеров отдельное место, или будете вести за ними какой-то особый контроль, ибо это настоящая беда.
# Query_time: 1.079792 Lock_time: 0.000117 Rows_sent: 19202 Rows_examined: 82112
SET timestamp=1427210415;
SELECT wp_users.ID,wp_users.user_login,wp_users.display_name FROM wp_users INNER JOIN wp_usermeta ON ( wp_users.ID = wp_usermeta.user_id ) WHERE 1=1 AND (
( wp_usermeta.meta_key = 'wp_user_level' AND CAST(wp_usermeta.meta_value AS CHAR) != '0' )
) ORDER BY display_name ASC;
----------------
Иногда проскакивают вышеупомянутые запросы, кто нибудь знает что это и где вылезает? В гугле только нашел жалобы людей что это запрос нагружает их сайт, но никакого решения и откуда этот запрос - не узнал.
Да меня то же "отмигрировали". Это помогло, но на долго ли.
Вообщем пишу свою историю...
---------
До 20 марта сервер упал, поддержка сказала что что-то случилось с оперативной памятью и ее меняли.
20 марта сервер опять упал, потом его запустили и я увидел что у меня 512 мб вместо 8гб. Мой вдс начали переносить на другой физический сервер, т.к. на старом кончилась озу. Перенесли, и началось. Load Average стал скакать от 5 и до 70, страницы генерировались от 2 сек. и до бесконечности.
Я заказал платную настройку сервера, что-то там крутили-крутили, но в итоге это ничего не изменило. Я решил обратиться к другому человеку за настройкой, который настраивал мне сервер до НГ (с этими настройками он отлично работал до 20 марта) он копался-копался в настройках и вернул мне деньги со словами "настройки не помогут, проблема не в моем вдс"
Я опять пошел в поддержку, они опять начали что-то крутить, попутно отписываясь что мой сайт тяжелый и бла-бла-бла (до 20 марта он не был тяжелым) Затем мне сказали, что текущий сервер, на котором я нахожусь, более загружен (видимо до этого я 4 мес. сидел и потреблял сверхресурсы?) чем предыдущий, и ничего мне не поможет (кроме статичного кеширования страниц)
Ну и вот теперь я не понимаю... Пришел я к вам с другого хостинга, а в результате, сейчас сервер работает медленнее, чем на более слабом железе у предыдущего хостера. И сказочка подошла к концу.
ВСЕ выходные общался с поддержкой и людьми, пытаясь решить проблему, но все впустую. Завтра уже буду принимать решение что делать дальше, а пока еле живем.
