Перейти к контенту
  • 0

Огромная база в мускуле


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

 

----

 

Вопрос всё тот же..

что нужно делать для оптимизации работы больших форумов?

Ссылка на комментарий
Поделиться на других сайтах

Рекомендуемые сообщения

  • 0

Знакомый, у которого в базе 4,5 млн сообщений, ответил...

 

----

 

Нагрузка пропала с переходом на 3.0, последнюю версию MySQL, конвертацию таблиц в InnoDB, переходом на FastCGI. IPB 3.0 отличается от 1.3 в плане запросов координатно, они все переписаны, но сама по себе вещь глючная до невозможности, наши программисты до сих пор что-то там разгребают. Конкретней сказать не могу, я от технической части отошел.

 

----

 

ох, думаю, сложновато предстоит в будущем..

Ссылка на комментарий
Поделиться на других сайтах

  • 0

Усё.. тормоза задолбали...

 

текущий сервер

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 ?

 

----

 

есть на форуме опытный спец, который расскажет план действий и выполнит его за денежку?

Ссылка на комментарий
Поделиться на других сайтах

Присоединиться к обсуждению

Вы можете ответить сейчас, а зарегистрироваться позже. Если у вас уже есть аккаунт, войдите, чтобы ответить от своего имени.

Гость
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Ответить на вопрос...

×   Вы вставили отформатированный текст.   Удалить форматирование

  Допустимо не более 75 смайлов.

×   Ваша ссылка была автоматически заменена на медиа-контент.   Отображать как ссылку

×   Ваши публикации восстановлены.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

Зарузка...
×
×
  • Создать...

Важная информация

Находясь на нашем сайте, вы соглашаетесь на использование файлов cookie, а также с нашим положением о конфиденциальности Политика конфиденциальности и пользовательским соглашением Условия использования.