Уход за форумом и базой

[ter]

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

 

У меня за год, таблица ibf_posts выросла на 40 мегабайт. От этого мне немного плохеет, так как нагрузка уже на грани (версия стоит 1.3.1), 300 чел в онлайне, причем сам движок и все остальное оттюнено на все 100, и cpu хавает именно mysqld, это проверено. Соотвественно стали появляться мысли, как ухаживать за столь бысстрорастущим форумом. Что приходит на ум

 

1) Ежемесячно пускать оптимизировать таблицу ibp_posts (кстати кто с какими ключами это обчно делает ?)

2) Отлючить все возможные ненужные растущие таблицы, чтобы не расходовать память mysqld - у меня например ibf_spiderlogs был 90 мегов

3) Архив соорудить. И снести в него древние но нужные темы - кстати что это реально даст в плане выигрыша производительности ?

4) Переход на 2.0.3 - там кэщ реализован табличный ? Мне именно на базу это снизит нагрузку ?

 

Еще есть какие-т мысли ? Или просто тупо вкладываться в железо ?

 

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

[Song]

>> 1) Ежемесячно пускать оптимизировать таблицу ibp_posts (кстати кто с какими ключами это обчно делает ?)

 

RTFM. Оптимизация таблицы никакого прироста производительности не даёт. Оптимизация нужна только после глобального удаления данных, чтобы удалить физически удалённые ряды и тем самым сократить размер таблицы. Ничего другого оптмизация не делает.

 

Тут можно попробовать разбить сложные запросы, проиндексировать более правильно таблицы. Да много чего можно попробовать сделать..

[ImUgh]

Тут можно попробовать разбить сложные запросы, проиндексировать более правильно таблицы. Да много чего можно попробовать сделать..

<{POST_SNAPBACK}>

да пусть я и нарвусь на предупреждение, но разве это не флейм?

 

что толку от такого ответа?

особенно от такого гуру как ты, Song?

[Song]

А что не нравится? Я написал что можно сделать.

[ImUgh]

А что не нравится? Я написал что можно сделать.

действительно, как я сразу не заметил

ну тогда пойду воспользуюсь твоим советом и сделаю "Да много чего можно попробовать"

[theIggs]

ImUgh, не гони. Если ты не понимаешь, что значит

разбить сложные запросы, проиндексировать более правильно таблицы

значит, для тебя эта проблема просто не актуальна.

[ter]

Друзья, я не понимаю что значит "проиндексировать более правильно таблицы".

 

p.s. а по стальным 2-4 пунктам нет советов ?

[Dekker]

Косяки IBF. Версии форума 1.2++ (до 2.x)

[Song]

насчёт пункта 2 в админке же есть настройка - don't log spider visits

[ter]

Так, с базой проясняется. А что с 3 и 4 ?

[d1pro]

4) Переход на 2.0.3 - там кэщ реализован табличный ? Мне именно на базу это снизит нагрузку ?

Кэш там табличный. На файловый переделать имхо несложно. Единственная трудность - concurrent reads&writes, которая по идее должна обходится при помощи flock, но как гласит мануал, не везде оно прокатит. В стандартной поставке обещали в 2.1.

У меня конечно нагрузки не большие, но все же так же интересен вопрос смены типа таблиц сессий на HEAP (MEMORY) - что это даст? В Вобле так сделано. К сожалению эмпирического опыта работы с сервером мускула пока не хватает, чтобы ответить однозначно на этот вопрос...

[ter]

В итоге, есть народ, кто шагнул с 1.3 на 2.0 с нормальной такой нагрузкой, и ощутил разницу ?

[D-Stream]

Наверное было бы идеальным решением уносить старые, но актуальные темы в "архив". Готового решения не встречал, но вот идеи:

1. Самый простой вариант - генерировать из устаревшей темы статический html, удалять все сообщения из темы, оставляя только ссылку на статику.

2. То же самое, что п.1. только с поддержкой со стороны форума - т.е. визуально юзер не видит, что ему вывалилась статика, а при попытке ответа тема например конвертится обратно и т.п.

 

п.1. практически не отличается от "версия для печати" (подобное понемногу использую на ikonboard)

[ter]

Наверное было бы идеальным решением уносить старые, но актуальные темы в "архив". Готового решения не встречал, но вот идеи:

1. Самый простой вариант - генерировать из устаревшей темы статический html, удалять все сообщения из темы, оставляя только ссылку на статику.

 

Это кстати тема. Надо только подумать, как по этому поиск делать. Наверняка даже моды есть на эту тему, надо поискать.

[ImUgh]

Это кстати тема. Надо только подумать, как по этому поиск делать. Наверняка даже моды есть на эту тему, надо поискать.

на сколко я понимаю, поиск осуществляется средствами самой SQL, поэтому врядли существует такой мод.

Тогда надо собственный поисковичек прикручивать

[D-Stream]

Это кстати тема. Надо только подумать, как по этому поиск делать. Наверняка даже моды есть на эту тему, надо поискать.

на сколко я понимаю, поиск осуществляется средствами самой SQL, поэтому врядли существует такой мод.

Тогда надо собственный поисковичек прикручивать

<{POST_SNAPBACK}>

Не ковырялся еще с данным движком, но сдается мне, что это не будет уж очень большой проблемой. разве что добавится в поиске пункт/кнопка "искать в архивах"

[ter]

А по поводу запросов к базе ? Кто больше нагружает при прочих равных 1.3 или 2.0.3 ? Кто нибудь может окончательно сказать ?

[theIggs]

ter, да кто их мерил? Сказать могут только субъективно...

[ter]

Ну хотя бы субьективно. Типа я перешел с 1.3 на 2.x и у меня все залетало. Или наоборот

[s0nik]

ter

Чисто субьективно после перехода с 1.3.1 (без модов) на 2.0.3 (без модов) стали гораздо быстрее генерироваться страницы.

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

[Song]

Поиск!

Уже не раз обсуждалось.