Нагрузка на сервер от phpbb3

[Booker]

Так, понял. Значит буду делить.
А частая очистка кеша тоже ведь нагрузку повышает, верно?

[Mr. Anderson]

Значит буду делить

А, собственно, зачем?

[Booker]

Ну вот же говорят, что большие темы могут спровоцировать повышенную нагрузку.

[Mr. Anderson]

Booker
Кто говорит? Каким образом сие произойдет?

[Booker]

Как-то где-то читал - 250 постов теме - нормальная норма... Почему - не знаю...

Booker Да Mysql сервера будет перегрузка.

Или неправильно понимаю?

Не правильно...запросы в БД ушли на всю тему....

[Sheer]

Booker
Ничего не будет, поскольку нагрузка на сервер определяется количеством постов на странице.
Кури MySQL LIMIT

The LIMIT clause can be used to constrain the number of rows returned by the SELECT statement. LIMIT takes one or two numeric arguments, which must both be nonnegative integer constants (except when using prepared statements).

А этого SmallAnton не слушай.

[romeo_piter]

Вроде по теме вопрос. Надеюсь.
Сегодня форум работает особенно тупо.
На главной обнаруживается 6 секундный запрос. То что что-то с сессиями понятно, но что?

Untitled-1.jpg

[Пчелкин]

Таблицу сессионс пересоздать-не? На крайняк - оптимизивать-не? На крайняк просто очистить через мускул-не?

[nissin]

Вроде по теме вопрос. Надеюсь.
Сегодня форум работает особенно тупо.
На главной обнаруживается 6 секундный запрос. То что что-то с сессиями понятно, но что?

Какой движок используется в MySQL, myisam или innodb/xtradb?
Если движок для таблицы сессий innodb/xtradb, то я создавал вот такой тикет:
http://tracker.phpbb.com/browse/PHPBB3-11748

[Crelby]

У меня похожая проблема. 600к сообщений на форуме, есть много тем по 100-200-300 страниц (30 сообщений на страницу).
Периодически на форум нападает залипуха и тугодумие. Причем, это не связано с онлайном, на форуме может сидеть 400 человек, и все ок. А может вдруг днем с 250 онлайнерами затупить страшно.

Slow query показывает, что тормозит такой запрос:

Код: Выделить всё

SELECT COUNT(p.post_id) AS prev_posts
			FROM phpbb3_posts p
			WHERE p.topic_id = 39089
				AND p.post_approved = 1 AND (p.post_time < 1394891388 OR (p.post_time = 1394891388 AND p.post_id <= 1875939));

Именно в больших темах, где от 3 тыс сообщений.
Подскажите, может нужно оптимизировать уже запросы? Досоздать какой-то индекс?

[nissin]

Выложите EXPLAIN на этот запрос. Подозреваю, что оптимизатор MySQL неверно индексы выбирает.

[Crelby]

Не смог найти этот запрос через Explain. SELECT COUNT только в сочетании с sessions есть. Подскажите, где правильно искать?

Я искал на вьютопиках, также кликал по "след. страница" и "след. топик".

[ostridm]

этот запрос используется для определения страницы темы для показа сообщения например когда указано только сообщение

viewtopic.php?p=1875939

происходит вычисление количества сообщений темы перед указанным 1875939

и сразу вопрос - есть тулза колторая проверяет все ли индексы на месте в базе phpBB которая ведет ствою историю со второой еще версии?

[Crelby]

1. viewtopic.php?p=1875939

2. и сразу вопрос - есть тулза колторая проверяет все ли индексы на месте в базе phpBB?

1. Нашел. Explain не сообщает о каких-то багах.
Вот текст

Код: Выделить всё

Id	Select Type	Table	Type	Possible Keys	Key	Key Len	Ref	Rows	Extra
1	SIMPLE	p	ref	PRIMARY,topic_id,tid_post_time	topic_id	3	const	11	Using where

Before: 0.03843s | After: 0.03850s | Elapsed: 0.00007s

2. Нету. Как называется, где ее искать?

[ostridm]

сделай неуникальные индексы по колонкам из possible keys