MySQL: 80 млн + 5 млн каждый месяц

Мощности хватит?

  • Канешна! Можешь еще одну такую БД повесить!

    Голосов: 1 16,7%
  • Скорее да

    Голосов: 2 33,3%
  • Скорее нет

    Голосов: 2 33,3%
  • Облупился штоль? Ни разу не хватит!

    Голосов: 1 16,7%

  • Всего проголосовало
    6

turrel

Новичок
Приветствую всех!
Имеется БД mysql, самая крупная таблица имеет 80 млн. записей (около 35 полей, в основном TEXT, есть парочка DOUBLE) и прибавляет по 5 млн каждый месяц.
Остальные 6 таблиц имеют в среднем 6 млн записей (прибавляют где-то 5%-7% в месяц)
Максимальный загруз - 25 человек одновременно.

Сервак, на котором все хостится: Intel® Core™ i7-920 Quad-Core, 8 GB DDR3 RAM Festplatten 2 x 750 GB SATA-II HDD (Software-RAID 1) Netzwerkkarte 1 GBit OnBoard (кто в теме наверное понял что Х-нер)

Вопрос: Хватит ли этой конфигурации для обслуживания БД (хотя бы на 1.5-2 года)? Стоит ли переходить к highload и нодам для распределенного вычисления, или можно обойтись текущим сервером (и как долго)?
 

c0dex

web.dev 2002-...
Команда форума
Партнер клуба
ЭОС

Условий вообще никаких, ни какие там запросы/индексы/типы таблиц/возможные оптимизированные настройки/APC/memcached/Sphinx, ни что и как работает, вообще нихрена.
 

turrel

Новичок
c0dex, я как бе пока не при делах, поэтому обо всех условиях только догадываюсь. Индексов - нихуа (primary key кстати отсутствует). Движок скорее всего MyISAM. Про настройки хз. memcached/Sphinx - не используется.
Запросы могут легко идти по всем полям, как AND так и OR, в основном LIKE 'value%' + сортировка по одному-двум полям.

p.s.: вообще каких-либо оптимизаций не проводилось, есть подозрение, что все настройки дефолтные

p.p.s.: На данный момент средний загруз 3-5 чел, при этом поиск может длится ~5 мин. при определенных запросах. Некоторая оптимизация может помочь, но если учесть постоянный рост базы и числа пользователей... Насколько вероятен п-ц?
 

c0dex

web.dev 2002-...
Команда форума
Партнер клуба
Если индексов нет - это означает фуллскан таблицы, это означает, что сервер ляжет, а точней ложится уже. Дальше в принципе и говорить особо не о чем.

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

Вертикальное масштабирование при данных условиях тебя не спасет.
 
Сверху