Unico Опубликовано 10 Июня 2010 Жалоба Поделиться Опубликовано 10 Июня 2010 Ребяты, а где-нить уже выработаны рекомендации...что делать с огромными базами. у меня сервер с 4 гигами оперативы.на форуме - 1,2 млн сообщенией.база по пхпмайадмин - 2 гига. ---- седня проблема возникла после ежедневного бэкапа...пришлось будить админа. ниже отрывки из переписки, если вам интересно: ---- Клиент (05:28:56 10/06/2010)mySQL error: User b00001 has already more than 'max_user_connections' active connections Админ (05:55:25 10/06/2010)мусль похоже забил временными файлами раздел var несмотря на то что сами базы в другом разделе Админ (05:55:40 10/06/2010)у тебя нет мега больших таблиц которые между собой джойнятся? Админ (06:05:41 10/06/2010)джойница это селект запросы с join когда один запрос по двум таблицам сразу идет тогда создается временная таблица на диске Клиент (06:08:23 10/06/2010)фиг знает... спросить надо на ibresource.ru стандартный движок форума... Админ (06:16:43 10/06/2010)я мускулю изменил папку для временных файлов посмотрим как он с этим жить будет Админ (06:22:24 10/06/2010)3.2G /usr/var/db/mysql/b00001_1почему так много? Админ (06:23:03 10/06/2010)1.2G ibfposts.MYD767M ibfposts.MYI1.2G ibfposts.TMD 10K ibfposts.frm Клиент (06:23:37 10/06/2010)ну да...1.2 postsэто таблица с постами форумау меня 1,2 млн сообщений Клиент (06:27:10 10/06/2010)а вот тут 4 млн. сообщенийteron.ru Админ (06:28:20 10/06/2010)в версии 5.1 мускуля есть хорошая вещь переписывать движок не надо просто меняешь саму таблицу немного и у тебя таблица хранится по годам например Админ (06:28:34 10/06/2010)http://m.habrahabr.ru/post/66151/ Админ (06:29:00 10/06/2010)у тебя пока старая версия стоит 4.1.22, Админ (06:31:52 10/06/2010)в общем такие таблицы большие надо или разбивать как тут написанно http://m.habrahabr.ru/post/66151/либо переводить на другой тип - типа innodb ---- Вопрос всё тот же..что нужно делать для оптимизации работы больших форумов? Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 Unico Опубликовано 18 Августа 2010 Автор Жалоба Поделиться Опубликовано 18 Августа 2010 Знакомый, у которого в базе 4,5 млн сообщений, ответил... ---- Нагрузка пропала с переходом на 3.0, последнюю версию MySQL, конвертацию таблиц в InnoDB, переходом на FastCGI. IPB 3.0 отличается от 1.3 в плане запросов координатно, они все переписаны, но сама по себе вещь глючная до невозможности, наши программисты до сих пор что-то там разгребают. Конкретней сказать не могу, я от технической части отошел. ---- ох, думаю, сложновато предстоит в будущем.. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 Unico Опубликовано 10 Февраля 2011 Автор Жалоба Поделиться Опубликовано 10 Февраля 2011 Усё.. тормоза задолбали... текущий серверIntel Xeon 3040 @ 1.86GHz, 4 гига памяти...не справляется с нагрузкой. 16000 посетителей в сутки на форуме.350 000 хитов в сутки.база 3 гига. переезжаю на Intel® Core™ i7-980X Hexa-Core incl. Hyper-Threading Technology# RAM 24 GB DDR3 RAM+ 2 диска по 300 GB Sas (15000 оборотов) в софтовом рейде ---- одновременно с новым железом планирую сделать апгрейд ПО. в связи с этим вопрос. 1. надо ли переходить с 1.3 версии на 3.0. очень не хотелось бы. но у 3.0 версии лучше в плане оптимизации нагрузки?если придется перейти на 3.0, придется дизайн старый оставить, как и урлы статические мои через хтакцесс. 2. какие еще манипуляции с базой и ПО необходимы?fastcgi + апач2 + конвертация таблиц в innodb ? ---- есть на форуме опытный спец, который расскажет план действий и выполнит его за денежку? Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
Вопрос
Unico
Ребяты, а где-нить уже выработаны рекомендации...
что делать с огромными базами.
у меня сервер с 4 гигами оперативы.
на форуме - 1,2 млн сообщенией.
база по пхпмайадмин - 2 гига.
----
седня проблема возникла после ежедневного бэкапа...
пришлось будить админа. ниже отрывки из переписки, если вам интересно:
----
Клиент (05:28:56 10/06/2010)
mySQL error: User b00001 has already more than 'max_user_connections' active connections
Админ (05:55:25 10/06/2010)
мусль похоже забил временными файлами раздел var несмотря на то что сами базы в другом разделе
Админ (05:55:40 10/06/2010)
у тебя нет мега больших таблиц которые между собой джойнятся?
Админ (06:05:41 10/06/2010)
джойница это селект запросы с join когда один запрос по двум таблицам сразу идет тогда создается временная таблица на диске
Клиент (06:08:23 10/06/2010)
фиг знает... спросить надо на ibresource.ru
стандартный движок форума...
Админ (06:16:43 10/06/2010)
я мускулю изменил папку для временных файлов посмотрим как он с этим жить будет
Админ (06:22:24 10/06/2010)
3.2G /usr/var/db/mysql/b00001_1
почему так много?
Админ (06:23:03 10/06/2010)
1.2G ibfposts.MYD
767M ibfposts.MYI
1.2G ibfposts.TMD
10K ibfposts.frm
Клиент (06:23:37 10/06/2010)
ну да...
1.2 posts
это таблица с постами форума
у меня 1,2 млн сообщений
Клиент (06:27:10 10/06/2010)
а вот тут 4 млн. сообщений
teron.ru
Админ (06:28:20 10/06/2010)
в версии 5.1 мускуля есть хорошая вещь переписывать движок не надо просто меняешь саму таблицу немного и у тебя таблица хранится по годам например
Админ (06:28:34 10/06/2010)
http://m.habrahabr.ru/post/66151/
Админ (06:29:00 10/06/2010)
у тебя пока старая версия стоит 4.1.22,
Админ (06:31:52 10/06/2010)
в общем такие таблицы большие надо или разбивать как тут написанно http://m.habrahabr.ru/post/66151/
либо переводить на другой тип - типа innodb
----
Вопрос всё тот же..
что нужно делать для оптимизации работы больших форумов?
Ссылка на комментарий
Поделиться на других сайтах
27 ответов на этот вопрос
Рекомендуемые сообщения
Присоединиться к обсуждению
Вы можете ответить сейчас, а зарегистрироваться позже. Если у вас уже есть аккаунт, войдите, чтобы ответить от своего имени.