Перейти к контенту
  • 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 ?

 

----

 

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

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

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

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

Гость
Ответить на вопрос...

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

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

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

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

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

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

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

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