Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 выбор СУБД  [new]
Gordimzpo
Member

Откуда:
Сообщений: 33
Помагите правильно принять решение
Планируемая нагрузка
Будет одна таблица 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
если есть вопросы пишите?
что посоветуете выбрать и в какую сторону копать?
5 янв 10, 13:27    [8149004]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
Di_LIne
Member

Откуда: Тропик Скорпиона
Сообщений: 32554
Gordimzpo
есть проблема начались тормоза при вставке данных
критично время вставки и время выборки данных
...........
что посоветуете выбрать и в какую сторону копать?

В сторону дисковой системы в первую очередь.
5 янв 10, 13:31    [8149026]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
Gordimzpo
Member

Откуда:
Сообщений: 33
Di_LIne,

Тормаза начались при переходе за 4.000.000 строк
это какую диковую подситему надо будет при увеличении нагрузки
Да забыл уточнить таблица innoDB
счас стоит сказевый диск
5 янв 10, 13:42    [8149094]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
GrayStrannik
Member

Откуда: Москва
Сообщений: 82
Gordimzpo, не вижу проблем, кроме скорости вставки из-за достройки индексов. Если update-запросов нет, то MySQL - самый быстрый выбор и проблема может быть только в числе индексов + дисковой подсистеме.
5 янв 10, 13:42    [8149097]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
Di_LIne
Member

Откуда: Тропик Скорпиона
Сообщений: 32554
Gordimzpo
счас стоит сказевый диск

Один на все про все что-ли?
5 янв 10, 14:05    [8149202]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
Gordimzpo
Member

Откуда:
Сообщений: 33
Хватит ли при полной нагрузке
железного raid 10 если будут диски sas диски 15000
и уменшиться скорость чтения если будет использоваться raid 10
где-то читал что скорость чтения увеличивается
5 янв 10, 14:05    [8149204]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
Gordimzpo
Member

Откуда:
Сообщений: 33
Di_LIne,

сказевый диск стоит только под БД
второй стоит под систему
5 янв 10, 14:06    [8149207]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
Di_LIne
Member

Откуда: Тропик Скорпиона
Сообщений: 32554
Gordimzpo
где-то читал что скорость чтения увеличивается

А запись? Речь об Инсертах кажется шла...
5 янв 10, 14:07    [8149211]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
Di_LIne
Member

Откуда: Тропик Скорпиона
Сообщений: 32554
Gordimzpo
сказевый диск стоит только под БД
И что ты от него хочешь?
А вааще - стоило бы померить - что и где тормозит.
5 янв 10, 14:10    [8149225]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
Gordimzpo
Member

Откуда:
Сообщений: 33
Di_LIne,
на запись увеличиваться дожна в два раза так как зеркало теоритический
правильно!
меня интересует еще и чтение с диска
я имел введу что с raid 1 чтенеи быстрее чем с диска или заблуждаюсь?
5 янв 10, 14:11    [8149230]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
Di_LIne
Member

Откуда: Тропик Скорпиона
Сообщений: 32554
Gordimzpo
я имел введу что с raid 1

Ты определись с раидами: то у тебя raid10, то raid1...
5 янв 10, 14:13    [8149241]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
Gordimzpo
Member

Откуда:
Сообщений: 33
Di_LIne,

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

я имел ввиду что справиться ли железный raid 10 с нагрузкой в будущем
5 янв 10, 14:16    [8149263]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
Di_LIne
Member

Откуда: Тропик Скорпиона
Сообщений: 32554
Пока не определишь где узкое место - гадание на кофейной гуще.
Телепаты еще от НГ не отошли. ;-)
5 янв 10, 14:22    [8149296]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
Gordimzpo
Member

Откуда:
Сообщений: 33
Все огромное спасибо за оказанную помощь!!!
5 янв 10, 14:49    [8149391]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
miksoft
Member

Откуда:
Сообщений: 38919
Di_LIne
Телепаты еще от НГ не отошли. ;-)
Я таки попробую :)

Gordimzpo, показывайте, как именно вы производите вставку. Есть у меня подозрение, что вы делаете это построчно, с коммитом после каждой записи...
И все 100 соединений производят вставку или только одно, а другие только читают? Откуда столько соединений?
5 янв 10, 14:50    [8149397]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
Gordimzpo
Member

Откуда:
Сообщений: 33
miksoft,
на данный момент
Вставка идет по строчно insert ()
в будущем будет insert( select() ) примерно так.
с этим кажеться переборщил
соотношение insert/select 10/90
в будущем будет 50/50
5 янв 10, 15:03    [8149446]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
Gordimzpo
Member

Откуда:
Сообщений: 33
База справочной службы
5 янв 10, 15:04    [8149452]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
Gordimzpo
Member

Откуда:
Сообщений: 33
miksoft,
Еще вопросы будут?
предложения?
5 янв 10, 15:19    [8149512]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
ДжекНепотрошитель
Member

Откуда: Донецк
Сообщений: 5308
Gordimzpo

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

Зависит от RAID-контроллера. На хорошем дорогом контроллере будет быстрее. На дешевых как правило нет.
Кроме того, надо понимать, что преимущества SCSI-интерфейса на 99% заключаются в возможности эффективной параллельной работе нескольких устройств. Одиночный скази-диск имеет не так уж много преимуществ перед SATA-диском. Ну, разве что за счет более крутых технических характеристик (он ведь на 10К или даже 15К оборотов, небось?)
5 янв 10, 15:24    [8149531]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
Gordimzpo
Member

Откуда:
Сообщений: 33
ДжекНепотрошитель,
15К SEAGATE ST336607LW
5 янв 10, 15:29    [8149547]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
ДжекНепотрошитель
Member

Откуда: Донецк
Сообщений: 5308
Gordimzpo
ДжекНепотрошитель,
15К SEAGATE ST336607LW


Коллега, это десятитысячник весьма почтенного возвраста. Вытащить и сдать в комиссионку. На его место поставить пару современных SATA-дисков.
5 янв 10, 15:52    [8149618]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
Gordimzpo
Member

Откуда:
Сообщений: 33
ДжекНепотрошитель,
Возможно и10k!!!
Утверждать не буду что просто супер
Зато работает тук-тук-тук по дереву и не выделываеться!!!
еще три раза через плечо.
5 янв 10, 15:59    [8149643]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
miksoft
Member

Откуда:
Сообщений: 38919
Gordimzpo
miksoft,
Еще вопросы будут?
предложения?
Надо смотреть ситуацию подробно - более точные цифры по нагрузке (кстати, на мои вопросы про сессии вы так и не ответили), требования по временам, структуру БД, возможно, даже код.
5 янв 10, 16:01    [8149653]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
Gordimzpo
Member

Откуда:
Сообщений: 33
Этот сервер отработал своЁ и бд
Вот теперь ищу замену! всему этому хозяйству
И базу надо переделывать под современные нужды!
5 янв 10, 16:01    [8149658]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД  [new]
Gordimzpo
Member

Откуда:
Сообщений: 33
miksoft
Di_LIne
Телепаты еще от НГ не отошли. ;-)
Я таки попробую :)

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


сидит около 100 человек в базе одноврименно
у каждого открыто клиентское приложения для работы с БД
вставка примерно днем каждую секунду вечером меньше в несколько раз
5 янв 10, 16:07    [8149676]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить