Помагите правильно принять решение
Планируемая нагрузка
Будет одна таблица insert в сутки 200,000 строк через год по расчетам
будет в таблице 73000000 строк
размер базы 6784,981352
размер индексов 7524,971638
хранить информацию в таблице как минумум за 3 последних года
соотношение insert/select 90/10
на данный момент используеться mysql 4.1.16
вставка 20,000 строк в сутки
на данный момент размер базы 651 MB индексы 722 MB
строк в базе 7004146
есть проблема начались тормоза при вставке данных
критично время вставки и время выборки данных
Поступило предложение перенести базу на другую СУБД
у меня возник надо ли это делать выдержит mysql такую нагрузку или нет
одновременных соеденений наданный момент около 100
если есть вопросы пишите?
что посоветуете выбрать и в какую сторону копать?

Di_LIne,

Тормаза начались при переходе за 4.000.000 строк
это какую диковую подситему надо будет при увеличении нагрузки
Да забыл уточнить таблица innoDB
счас стоит сказевый диск

Хватит ли при полной нагрузке
железного raid 10 если будут диски sas диски 15000
и уменшиться скорость чтения если будет использоваться raid 10
где-то читал что скорость чтения увеличивается

Di_LIne,

сказевый диск стоит только под БД
второй стоит под систему

Di_LIne,
на запись увеличиваться дожна в два раза так как зеркало теоритический
правильно!
меня интересует еще и чтение с диска
я имел введу что с raid 1 чтенеи быстрее чем с диска или заблуждаюсь?

Di_LIne,

У меня стоит идин сказевый диск по БД
Второй под систему

я имел ввиду что справиться ли железный raid 10 с нагрузкой в будущем

Все огромное спасибо за оказанную помощь!!!

miksoft,
на данный момент
Вставка идет по строчно insert ()
в будущем будет insert( select() ) примерно так.
с этим кажеться переборщил
соотношение insert/select 10/90
в будущем будет 50/50

База справочной службы

miksoft,
Еще вопросы будут?
предложения?

ДжекНепотрошитель,
15К SEAGATE ST336607LW

ДжекНепотрошитель,
Возможно и10k!!!
Утверждать не буду что просто супер
Зато работает тук-тук-тук по дереву и не выделываеться!!!
еще три раза через плечо.

Этот сервер отработал своЁ и бд
Вот теперь ищу замену! всему этому хозяйству
И базу надо переделывать под современные нужды!

miksoftDi_LIneТелепаты еще от НГ не отошли. ;-)Я таки попробую :)

Gordimzpo, показывайте, как именно вы производите вставку. Есть у меня подозрение, что вы делаете это построчно, с коммитом после каждой записи...
И все 100 соединений производят вставку или только одно, а другие только читают? Откуда столько соединений?

сидит около 100 человек в базе одноврименно
у каждого открыто клиентское приложения для работы с БД
вставка примерно днем каждую секунду вечером меньше в несколько раз

Di_LIne,
Ууууу это еще какой черный Ящик!!!!
А еще он шумит и Лампочки мигают! : )
и подходить к нему нельзя а то Дяденька ругаться будет!

быстропробегающий,
А чем мускуль помешал
оракл дорогой, не катит
а у слона какие преимущества есть?

SERG1257по сабжу
Gordimzpo Поступило предложение перенести базу на другую СУБДПредложение имеет смысл если предлагающий разобрался в причинах проблемы и знает как их решить на другой СУБД.
Gordimzpo выдержит mysql такую нагрузку или нетЯ не являюсь экспертом по mysql, но указанные объемы более чем скромные.
Gordimzpo если есть вопросы пишите?Приложение уже есть (и остается только административные меры) или его можно править (хотя бы частично)?

быстропробегающий мускул в печь!!!
ставь либо слона, либо оракула!!!!!!
про остальное и думать не смей!!А может просто в 17 строке ошибку исправить

Так как сервер,БД и приложения уже не отвечают современным требованиям организации
было решено о переделки приложения,БД и заказе нового сервера
те кто будет переделывать предлагают использовать СУБД Oracle но цены кусаются!
Как вариант сократить расходы это использовать бесплатное СУБД
oracle express edition не катит по ограничениям

Петиция в защиту MySQL собрала тысячи голосов
http://www.3dnews.ru/software-news/petitsiya_v_zashitu_mysql_sobrala_tisyachi_golosov

Gordimzpo,
Петиция в защиту MySQL собрала тысячи голосов
Так лучше будет