ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Переезд на другую СУБД (mariaDB to ...)
49 сообщений из 49, показаны все 2 страниц
  все  
Переезд на другую СУБД (mariaDB to ...)
    #38521282
Serg-io
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Serg-io
Гость
Здравствуйте!

Имеем web проект реализованный на PHP, СУБД MariaDB. Стала необходимость переехать на другую СУБД, нынешняя СУБД не вывозит уже нагрузку. Проект сделан на движке, движок поддерживает следующие СУБД MySQL (за место мускула мы поставили MariaDB), PostgreSQL, MS SQL, Oracle.

Но мы склоняемся к noSQL, понимаю тут без переписывания кода движка тогда не обойтись, наткнулся на статью про Cassandra http://www.opennet.ru/opennews/art.shtml?num=34980 как из написанного я понял что можно реализовать MariaDB + Cassandra, тоесть не какого переписывания кода движка, оставить как есть, а вся информация будет храниться в Cassandra. Скажите можно ли такое реализовать, что бы было двиг - mariaBD - Cassandra? Как я понял MariaDB тут выполняет роль транзитного узла, PHP работает с SQL базами, поэтому остается MariaDB, а MariaDB в свою очередь хранит информацию в Cassandra.


Если что то я не так понимаю то объясните.
...
Рейтинг: 0 / 0
10.01.2014, 08:37
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38521297
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
Serg-ioнынешняя СУБД не вывозит уже нагрузкуУмеете ли вы ее готовить?
Откуда уверенность, что смена СУБД поможет?
...
Рейтинг: 0 / 0
10.01.2014, 09:04
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38521300
Serg-io
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Serg-io
Гость
miksoftSerg-ioнынешняя СУБД не вывозит уже нагрузку
Умеете ли вы ее готовить?
Откуда уверенность, что смена СУБД поможет?

Сейчас очень большой объем данных хранится в базе, 4 гига, более 30 миллионов записей.
...
Рейтинг: 0 / 0
10.01.2014, 09:07
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38521313
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
Serg-iomiksoftпропущено...

Умеете ли вы ее готовить?
Откуда уверенность, что смена СУБД поможет?

Сейчас очень большой объем данных хранится в базе, 4 гига, более 30 миллионов записей.Просто "хранить" может любая база, это не показатель.
...
Рейтинг: 0 / 0
10.01.2014, 09:16
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38521345
Serg-io
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Serg-io
Гость
miksoftSerg-ioпропущено...


Сейчас очень большой объем данных хранится в базе, 4 гига, более 30 миллионов записей.Просто "хранить" может любая база, это не показатель.

ну а то что при обращении к базе скриптом на запись или чтение, база просто еле шевелится, не говоря уже о больших запросах, выборках.

Я сейчас говорю не о записи, чтении и хранении скажем переписки пользователей, а отбор информации пользователем по определенный запросам из базы, плюс еще и внесение изменений или добавление информации. Когда 50 000 онлайн юзеров еще терпимо, когда переваливает за 100 000 онлайн и постоянные обращений к БД, сервер БД просто лежит.
...
Рейтинг: 0 / 0
10.01.2014, 09:38
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38521492
tanglir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tanglir
Участник
Serg-ioобращении к базе скриптом на запись или чтениеSerg-ioотбор информации пользователем по определенный запросам из базы, плюс еще и внесение изменений или добавление информацииСплошные общие фразы. На других СУБД у вас будут такие же "скрипты" , "отборы" и "внесение изменений". Вы надеетесь, что кто-то сможет предугадать, как поведёт себя другая СУБД на неизвестно каких данных, которые неизвестно как обрабатываются?
...
Рейтинг: 0 / 0
10.01.2014, 11:04
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38521498
tanglir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tanglir
Участник
Да, чуть не забыл: в "50000 пользователей онлайн" не верю я, и будьте уверены, не поверит никто. Ибо если у вас такая нагрузка, то вы и сами в состоянии найти ответ на свой вопрос - более того, вы уже должны его знать!
PS. Разве что имелось в виду "50000 пользователей в день"?
...
Рейтинг: 0 / 0
10.01.2014, 11:07
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38521519
Serg-io
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Serg-io
Гость
tanglirДа, чуть не забыл: в "50000 пользователей онлайн" не верю я, и будьте уверены, не поверит никто. Ибо если у вас такая нагрузка, то вы и сами в состоянии найти ответ на свой вопрос - более того, вы уже должны его знать!
PS. Разве что имелось в виду "50000 пользователей в день"?

в месяц 50 000 юзеров онлайн.

Я прошу тут не обсуждений на предмет "может не может быть", "вы сами должны знать", а помощи разобраться в дальнейшем переходе на нужную СУБД. Кому просто охота поболтать давай те не будем постить сообщения в рамках накрычивания постов и кармы )))
...
Рейтинг: 0 / 0
10.01.2014, 11:16
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38521525
Serg-io
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Serg-io
Гость
У меня стоит задача перехода на другую СУБД из них PostgreSQL, MS SQL, Oracle (именно эти по скольку движок поддерживает только эти СУБД, ну еще и MySQL который мы сменили на MariaBD).

Либо есть второй вариант в чем я не шибко уверен по скольку не обладаю нужным кол-вом знаний и опытом, это как и прочитал из статьи http://www.opennet.ru/opennews/art.shtml?num=34980 и если он конечно реализуем что мне бы очень подошло что бы не переписывать двиг под другую СУБД склоняясь к noSQL, это MariaDB + Cassandra , где Cassandra выступает в роли хранилища данных, а MariaDB обработкой данных и запросов.

Вот я и прошу помощи разобраться, какой лучше вариант, и второй вариант реализуем ли вообще.
...
Рейтинг: 0 / 0
10.01.2014, 11:17
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38521577
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
Serg-ioЯ прошу тут не обсуждений на предмет "может не может быть", "вы сами должны знать", а помощи разобраться в дальнейшем переходе на нужную СУБД.Пока еще совершенно не очевидно, что СУБД надо менять.
Нужно детально разбираться где именно узкое место у текущей СУБД. Да и вообще в ней ли дело (а не, например, в архитектуре).
Также нужно разбираться с характером нагрузки на текущую СУБД. Если это иерархические запросы, то переход на Оракл может помочь, там они делаются "из коробки", а не на костылях как в MySQL. Если это запросы вида SELECT * FROM table WHERE id=1234, то смена СУБД скорее всего только ухудшит ситуацию.

Но чтобы во всем это разобраться, нужна информация о текущей системе. Много информации.
...
Рейтинг: 0 / 0
10.01.2014, 11:37
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38521583
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Serg-io...
Имеем web проект реализованный на PHP, СУБД MariaDB. Стала необходимость переехать на другую СУБД, нынешняя СУБД не вывозит уже нагрузку. Проект сделан на движке, движок поддерживает следующие СУБД MySQL (за место мускула мы поставили MariaDB), PostgreSQL, MS SQL, Oracle.
.....
Вот я и прошу помощи разобраться, какой лучше вариант, ....


Ну, может Вам стоит привести тормозные запросы, скрипты по созданию табл участвующих в нем и по заполнению, к примеру случайными числами, с учетом чтобы это было легко подправить на разные СУБД.
Так чтобы, если кому делать нечего, могли бы в свои БД закачть и проверить в чем там дело. Иначе, скорей всего, "разобраться" следует заменить на "предположить".
...
Рейтинг: 0 / 0
10.01.2014, 11:38
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38521621
tanglir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tanglir
Участник
Serg-ioа помощи разобраться в дальнейшем переходе на нужную СУБДУ вас сплошные общие фразы, какой помощи вы ожидаете? Для начала надо
miksoftНужно детально разбираться где именно узкое место у текущей СУБД. Да и вообще в ней ли дело (а не, например, в архитектуре).
А уже определив это, можно будет уже предъявлять к замене какие-то требования, если она всё ещё будет нужна.
К тому же Serg-ioв месяц 50 000 юзеров онлайнэто 50000/(30*24*60)~1.15 юзера в минуту. Это же просто смешно. Но это в среднем, конечно. Пиковая нагрузка какая? 10 юзеров в минуту? Или 500 в секунду? Какие они посылают запросы, сколько данных шлют/получают? В общем, miksoftчтобы во всем это разобраться, нужна информация о текущей системе. Много информации.Вы же ничего по существу не сказали, а хотите какую-то помощь получить.
PS. А кармы здесь нет :)
...
Рейтинг: 0 / 0
10.01.2014, 11:51
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38521626
tanglir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tanglir
Участник
vadiminfoНу, может Вам стоит привести тормозные запросыДля начала надо их найти. Интересно, ТС хотя бы slow query log включал?
...
Рейтинг: 0 / 0
10.01.2014, 11:52
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38522498
Serg-io
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Serg-io
Гость
Проблема медленный поиск и агрегация данных.

Основную нагрузку составляют 4 таблицы.
В первой таблице 15 000 000 записей, ежедневно стало добавляться в среднем по 400 тыс. записей, и удаляется 150 тыс. записей. Каждая запись около 1500 байт. По этой таблице происходят основные важные запросы и выборки.

Во вторую таблицу среднее добавление записей 150 000 записей, удаление в районе 70 000 записей, в таблице около 7 000 000 записей.

Третья и четвертая таблица носит средний показатель округленно по 2 000 000 записей, со среднесуточным добавление добавлением 50 000 записей.


Что посоветует что бы не пришлось переписывать двиг с переходом на другую СУБД? Сейчас СУБД MariaDB. Хотелось бы перейти на Apache Cassandra но в этом случае прийдется полностью переписать двиг, есть ли возможность реализации MariaDB + Apache Cassandra?
...
Рейтинг: 0 / 0
10.01.2014, 19:44
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38522501
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Serg-ioЧто посоветует что бы не пришлось переписывать двиг с переходом на другую
СУБД?
Добавить индексы, произвести партиционирование.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
10.01.2014, 19:47
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38522523
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
Serg-ioОсновную нагрузку составляют 4 таблицы.движок у таблиц какой?
...
Рейтинг: 0 / 0
10.01.2014, 20:12
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38522553
Serg-io
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Serg-io
Гость
miksoftSerg-ioОсновную нагрузку составляют 4 таблицы.движок у таблиц какой?

XtraDB
...
Рейтинг: 0 / 0
10.01.2014, 21:02
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38522723
BlackEric
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
BlackEric
Участник
Первым делом нужно смотреть планы запросов. Используются ли индексы.
...
Рейтинг: 0 / 0
11.01.2014, 01:20
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38522748
SERG1257
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SERG1257
Участник
Я бы уточнил, как используются индексы.
А так же привел бы ddl на таблицы, индексы, запросы, планы.
Может у него EAV - тогда все советы сразу на мороз. Тогда пусть идет сразу в noSQL (там тоже не взлетит, хоть честь мундира сохраним)
...
Рейтинг: 0 / 0
11.01.2014, 02:03
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38522868
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
SERG1257Может у него EAV - тогда все советы сразу на мороз. Тогда пусть идет сразу в noSQL (там тоже не взлетит, хоть честь мундира сохраним)EAV EAV-у тоже рознь.
Может и в текущей ситуации можно что-то улучшить.
...
Рейтинг: 0 / 0
11.01.2014, 12:31
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38522892
Sgt.Pepper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sgt.Pepper
Участник
Serg-ioПроблема медленный поиск и агрегация данных.

Основную нагрузку составляют 4 таблицы.
В первой таблице 15 000 000 записей, ежедневно стало добавляться в среднем по 400 тыс. записей, и удаляется 150 тыс. записей. Каждая запись около 1500 байт. По этой таблице происходят основные важные запросы и выборки. Кто Вас допустил до администрирования такой сложной базы?...
Индексы, статистика запросов.

Serg-ioВо вторую таблицу среднее добавление записей 150 000 записей, удаление в районе 70 000 записей, в таблице около 7 000 000 записей.О, господи, еще и тут!... Как часто - раз в секунду/минуту/час/сутки/год?...
Индексы, статистика запросов.

Serg-ioТретья и четвертая таблица носит средний показатель округленно по 2 000 000 записей, со среднесуточным добавление добавлением 50 000 записей.Ништяк!.. Тут даже триггеры нагрузки почти не добавят!... Если, конечно, при каждой вставке не отсылают всю базу в Пентагон...

Serg-ioЧто посоветует что бы не пришлось переписывать двиг с переходом на другую СУБД? Сейчас СУБД MariaDB. Хотелось бы перейти на Apache Cassandra но в этом случае прийдется полностью переписать двиг, есть ли возможность реализации MariaDB + Apache Cassandra?При любой проблеме с производительностью нужно мигрировать на новую СУБД - первое правило DBA!...

Характер запросов - там есть джойны?.. Хэш/Мердж/Луп?...
Блокировки смотрели?...
...
Рейтинг: 0 / 0
11.01.2014, 13:17
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38523292
Фотография ScareCrow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ScareCrow
Участник
авторСУБД MariaDB
автортам есть джойны?.. Хэш/Мердж/Луп?...
ох уж эти студенты.
...
Рейтинг: 0 / 0
12.01.2014, 01:41
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38523293
Фотография ScareCrow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ScareCrow
Участник
авторXtraDB
авторза место мускула мы поставили MariaDB
ох уж эти сказочники.
...
Рейтинг: 0 / 0
12.01.2014, 01:42
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38523294
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
ScareCrowавторXtraDBавторза место мускула мы поставили MariaDBох уж эти сказочники.А что тут не так?
...
Рейтинг: 0 / 0
12.01.2014, 01:46
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38523333
Фотография ScareCrow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ScareCrow
Участник
моя неправда.
авторthe following are also included with MariaDB Source and Binary packages:

Aria
XtraDB (drop-in replacement for InnoDB)
оно у меня только с Percona Server ассоциировалось
...
Рейтинг: 0 / 0
12.01.2014, 05:11
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38524057
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Serg-io сервер БД просто лежит.

если "лежит" это загрузка cpu 100 процентов (но это скорее хорошо), добавьте процессоры. если это загрузка CPU близкая к нулю, добавьте памяти (и в настройках сервера не забудьте увеличить).
...
Рейтинг: 0 / 0
13.01.2014, 11:55
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38524071
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Serg-ioПроблема медленный поиск и агрегация данных.

Основную нагрузку составляют 4 таблицы.
В первой таблице 15 000 000 записей, ежедневно стало добавляться в среднем по 400 тыс. записей, и удаляется 150 тыс. записей. Каждая запись около 1500 байт. По этой таблице происходят основные важные запросы и выборки.

Во вторую таблицу среднее добавление записей 150 000 записей, удаление в районе 70 000 записей, в таблице около 7 000 000 записей.

Третья и четвертая таблица носит средний показатель округленно по 2 000 000 записей, со среднесуточным добавление добавлением 50 000 записей.


Что посоветует что бы не пришлось переписывать двиг с переходом на другую СУБД? Сейчас СУБД MariaDB. Хотелось бы перейти на Apache Cassandra но в этом случае прийдется полностью переписать двиг, есть ли возможность реализации MariaDB + Apache Cassandra?


мужик, я по простому: ты же не рубишь ни в том, ни в другом, на кой хрен тебе в nosql еще лезть?
...
Рейтинг: 0 / 0
13.01.2014, 12:00
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38526645
Фотография Барсук-копатель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Барсук-копатель
Участник
Serg-iomiksoftпропущено...

Умеете ли вы ее готовить?
Откуда уверенность, что смена СУБД поможет?

Сейчас очень большой объем данных хранится в базе, 4 гига, более 30 миллионов записей.
бугага!
...
Рейтинг: 0 / 0
15.01.2014, 10:38
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38526778
tanglir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tanglir
Участник
Барсук-копательSerg-ioпропущено...


Сейчас очень большой объем данных хранится в базе, 4 гига, более 30 миллионов записей.
бугага!а ты не смейся! лучше представь, сколько это займёт места в распечатанном варианте! скажешь, мало?
...
Рейтинг: 0 / 0
15.01.2014, 12:12
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38526801
Фотография Infernal V. Raven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Infernal V. Raven
Участник
MasterZivмужик, я по простому: ты же не рубишь ни в том, ни в другом, на кой хрен тебе в nosql еще лезть?
+1
tanglirа ты не смейся! лучше представь, сколько это займёт места в распечатанном варианте! скажешь, мало?
Смотря каким шрифтом
...
Рейтинг: 0 / 0
15.01.2014, 12:35
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38526885
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
MasterZivмужик, я по простому: ты же не рубишь ни в том, ни в другом, на кой хрен тебе в nosql еще лезть?

А SQL.RU на что?
...
Рейтинг: 0 / 0
15.01.2014, 13:39
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38528951
Фотография VoltDB
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VoltDB
Участник
Serg-ioЗдравствуйте!

Имеем web проект реализованный на PHP, СУБД MariaDB. Стала необходимость переехать на другую СУБД, нынешняя СУБД не вывозит уже нагрузку. Проект сделан на движке, движок поддерживает следующие СУБД MySQL (за место мускула мы поставили MariaDB), PostgreSQL, MS SQL, Oracle.

Но мы склоняемся к noSQL, понимаю тут без переписывания кода движка тогда не обойтись, наткнулся на статью про Cassandra http://www.opennet.ru/opennews/art.shtml?num=34980 как из написанного я понял что можно реализовать MariaDB + Cassandra, тоесть не какого переписывания кода движка, оставить как есть, а вся информация будет храниться в Cassandra. Скажите можно ли такое реализовать, что бы было двиг - mariaBD - Cassandra? Как я понял MariaDB тут выполняет роль транзитного узла, PHP работает с SQL базами, поэтому остается MariaDB, а MariaDB в свою очередь хранит информацию в Cassandra.


Если что то я не так понимаю то объясните.

Если задача заключается в поддержке высокой пропускной способности SQL OLTP, попробуйте VoltDB. Более подробную информацию можно найти в этом топике: http://www.sql.ru/forum/1069728/open-source-oltp-subd-voltdb-voprosy-arhitektury-razrabotki-vnedreniya-i-ekspluatacii. Кстати, VoltDB также поддерживает noSQL-функциональность, в частности key-value хранилище и JSON - тестирование производительности такой системы продемонстрировало около 1 миллиона транзакций в секунду: http://voltdb.com/voltdb-3-x-performance-characteristics/
...
Рейтинг: 0 / 0
16.01.2014, 22:24
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38528966
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
VoltDBтестирование производительности такой системы продемонстрировало около 1
миллиона транзакций в секунду
А Оракул светится в топе теста TPC-C с шестью миллионами.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
16.01.2014, 22:35
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38528998
Фотография VoltDB
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VoltDB
Участник
Dimitry SibiryakovVoltDBтестирование производительности такой системы продемонстрировало около 1
миллиона транзакций в секунду
А Оракул светится в топе теста TPC-C с шестью миллионами.


LOL - ценю Ваш юмор! :)

Да, действительно, в категории TPC-C Оракл продемонстрировал 8,552,523 tpmC (но это не в секунду, а в минуту, т.е около 140 тысяч в секунду). Кроме того, их тест сделан на SPARC T5-8 Server, 8 процессоров и 128 ядер. Цена такого железа 4,663,073 USD. Плюс цена Oracle 11g Release 2 Enterprise Edition with Oracle Partitioning. Плюс поддержка.

http://www.tpc.org/tpcc/results/tpcc_perf_results.asp
http://www.tpc.org/tpcc/results/tpcc_result_detail.asp?id=113032601

Кстати, в их тесте в качестве клиентов использовались 16 машин
...
Рейтинг: 0 / 0
16.01.2014, 23:09
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38529117
Фотография VoltDB
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VoltDB
Участник
VoltDBDimitry Sibiryakovпропущено...

А Оракул светится в топе теста TPC-C с шестью миллионами.


LOL - ценю Ваш юмор! :)

Да, действительно, в категории TPC-C Оракл продемонстрировал 8,552,523 tpmC (но это не в секунду, а в минуту, т.е около 140 тысяч в секунду). Кроме того, их тест сделан на SPARC T5-8 Server, 8 процессоров и 128 ядер. Цена такого железа 4,663,073 USD. Плюс цена Oracle 11g Release 2 Enterprise Edition with Oracle Partitioning. Плюс поддержка.

http://www.tpc.org/tpcc/results/tpcc_perf_results.asp
http://www.tpc.org/tpcc/results/tpcc_result_detail.asp?id=113032601

Кстати, в их тесте в качестве клиентов использовались 16 машин

Поправка: $4.6 миллиона - это не только железо, но и OS License, Oracle License и 3-year support
...
Рейтинг: 0 / 0
17.01.2014, 04:40
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38529146
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
VoltDBLOL - ценю Ваш юмор! :)

Да Вы тоже ничего. Все левые домашние тесты обсуждаете на полном серьезе на равне с TPC-C. [/quot]
...
Рейтинг: 0 / 0
17.01.2014, 09:05
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38530098
Фотография VoltDB
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VoltDB
Участник
vadiminfoVoltDBLOL - ценю Ваш юмор! :)

Да Вы тоже ничего. Все левые домашние тесты обсуждаете на полном серьезе на равне с TPC-C. [/quot]

Ну почему же "левые домашние"? У нас более 200 заказчиков во многих вертикалях, требующих экстремальной OLTP пропускной способности, таких как, например, Smart Grids, Sensor Data Management и Real Time BIlling and Policy Management. Так что мы к тестированию относимся очень серьезно... Буду рад ответить на Ваши вопросы, если интересно
...
Рейтинг: 0 / 0
17.01.2014, 19:30
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38530197
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
VoltDBНу почему же "левые домашние"?
Ну потому что ссылка на http://voltdb.com/ - типа дом тестируемого продукта. Потому и домашние. Левые потому что нет такого авторитета как у ТСР.

VoltDB Так что мы к тестированию относимся очень серьезно.

Это достойно одобрения. Но зафиксировать результат на ТСР это не то же, что даже самое серьезное тестирование у себя.
...
Рейтинг: 0 / 0
17.01.2014, 22:16
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38530209
Фотография VoltDB
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VoltDB
Участник
vadiminfoVoltDBНу почему же "левые домашние"?
Ну потому что ссылка на http://voltdb.com/ - типа дом тестируемого продукта. Потому и домашние. Левые потому что нет такого авторитета как у ТСР.

А, а я понял "домашние" - потому что в домашних условиях написаны :) Но мы не дома пишем - мы занимаемся разработкой системы с 2009 года силами достаточного количество профессиональных СУБД разработчиков. Так что в этом смысле система не домашняя :) Кстати, в другом топике есть больше о нашей СУБД: http://www.sql.ru/forum/1069728-1/open-source-oltp-subd-voltdb-voprosy-arhitektury-razrabotki-vnedreniya-i-ekspluatacii

vadiminfoVoltDB Так что мы к тестированию относимся очень серьезно.

Это достойно одобрения. Но зафиксировать результат на ТСР это не то же, что даже самое серьезное тестирование у себя.

В Книге Рекордов Гинесса нас тоже нет... :)
...
Рейтинг: 0 / 0
17.01.2014, 22:34
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38530383
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Если задача заключается в поддержке высокой пропускной способности SQL OLTP, попробуйте VoltDB.

его задача заключается в изучение основ настройки производительности СУБД, в данном случае, MySQL.

ваша, как все уже тут поняли, в проталкивании на рынок этого вашего продукта. Я не сомневаюсь, возможно, это тоже замечательная СУБД, но только проталкивать надо как-то понежнее, поэлегантнее...
...
Рейтинг: 0 / 0
18.01.2014, 10:08
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38530663
Фотография VoltDB
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VoltDB
Участник
MasterZivЕсли задача заключается в поддержке высокой пропускной способности SQL OLTP, попробуйте VoltDB.

его задача заключается в изучение основ настройки производительности СУБД, в данном случае, MySQL.

ваша, как все уже тут поняли, в проталкивании на рынок этого вашего продукта. Я не сомневаюсь, возможно, это тоже замечательная СУБД, но только проталкивать надо как-то понежнее, поэлегантнее...

VoltDB - он open source
...
Рейтинг: 0 / 0
18.01.2014, 19:35
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38531678
tanglir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tanglir
Участник
VoltDBMasterZivЕсли задача заключается в поддержке высокой пропускной способности SQL OLTP, попробуйте VoltDB.

его задача заключается в изучение основ настройки производительности СУБД, в данном случае, MySQL.

ваша, как все уже тут поняли, в проталкивании на рынок этого вашего продукта. Я не сомневаюсь, возможно, это тоже замечательная СУБД, но только проталкивать надо как-то понежнее, поэлегантнее...

VoltDB - он open sourceНу уберём из поста MasterZiv слова "на рынок", что, принципиально что-то изменилось?
...
Рейтинг: 0 / 0
20.01.2014, 12:48
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38532602
Фотография VoltDB
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VoltDB
Участник
tanglirVoltDBпропущено...


VoltDB - он open sourceНу уберём из поста MasterZiv слова "на рынок", что, принципиально что-то изменилось?

Вопрос, с которого начался этот топик, был следующий: "Здравствуйте! Имеем web проект реализованный на PHP, СУБД MariaDB. Стала необходимость переехать на другую СУБД, нынешняя СУБД не вывозит уже нагрузку..." Мой ответ был: "Если задача заключается в поддержке высокой пропускной способности SQL OLTP, попробуйте VoltDB."
...
Рейтинг: 0 / 0
21.01.2014, 01:40
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38533000
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
VoltDBМой ответ был: "Если задача заключается в поддержке высокой пропускной способности SQL OLTP, попробуйте VoltDB."
А в чем тогда Ваш интерес подбрасывать VoltDB, если

VoltDBон open source
?

Пусть бы юзал себе Кассандру на здоровие.
...
Рейтинг: 0 / 0
21.01.2014, 13:39
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38533056
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
VoltDBМой ответ был: "Если задача заключается в поддержке высокой пропускной
способности SQL OLTP, попробуйте VoltDB."
Ваш VoltDB совместим с MariaDB на уровне ABI, API или по диалекту SQL? На него можно
"попробовать" перейти, не переписывая приложение с нуля?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
21.01.2014, 14:09
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38533801
Фотография VoltDB
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VoltDB
Участник
Dimitry SibiryakovVoltDBМой ответ был: "Если задача заключается в поддержке высокой пропускной
способности SQL OLTP, попробуйте VoltDB."
Ваш VoltDB совместим с MariaDB на уровне ABI, API или по диалекту SQL? На него можно
"попробовать" перейти, не переписывая приложение с нуля?


Тяжело сказать нужно "с нуля" или нет не видя существующего кода, но, хотя мы и SQL СУБД, я не думаю, что переход без каких-то изменений кода возможен. Например, для максимальной производительности мы рекомендуем посылать запросы путем вызова сохраненных процедур. Мы, конечно, и ад-хок запросы поддерживаем, но это не тот тип приложений для которых VoltDB разработан.
...
Рейтинг: 0 / 0
21.01.2014, 23:09
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38533895
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
VoltDBТяжело сказать нужно "с нуля" или нет не видя существующего кода, .... .

VoltDB ...но это не тот тип приложений для которых VoltDB разработан.

Вроде, получается, что по отношению к вопросу ТС появление в ветке VoltDB выглядит несколько преждевеременным.
...
Рейтинг: 0 / 0
22.01.2014, 08:36
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38535062
Фотография VoltDB
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VoltDB
Участник
vadiminfoVoltDBТяжело сказать нужно "с нуля" или нет не видя существующего кода, .... .

VoltDB ...но это не тот тип приложений для которых VoltDB разработан.

Вроде, получается, что по отношению к вопросу ТС появление в ветке VoltDB выглядит несколько преждевеременным.

Да, если OLTP нагрузка на СУБД реализована в виде адхоков, то VoltDB не поможет
...
Рейтинг: 0 / 0
23.01.2014, 00:37
| Ответить | Цитировать | Написать  
Переезд на другую СУБД (mariaDB to ...)
    #38535446
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
Serg-ioИмеем web проект реализованный на PHP, СУБД MariaDB. Стала необходимость переехать на другую СУБД, нынешняя СУБД не вывозит уже нагрузку. Проект сделан на движке, движок поддерживает следующие СУБД MySQL (за место мускула мы поставили MariaDB), PostgreSQL, MS SQL, Oracle.
Разработчики движка чего говорят? Проще всего к ним обратиться, у них тоже интерес есть доработать чтоб не тормозило.

Если спросить разработчиков нет возможности, то завести лог долгоиграющих запросов, т.е. засекать время выполнения запроса и писать в лог все запросы которые выполнялись более X секунд. А дальше пытаться соптимизировать эти запросы. За этим в форум по MySQL.
...
Рейтинг: 0 / 0
23.01.2014, 12:35
| Ответить | Цитировать | Написать  
49 сообщений из 49, показаны все 2 страниц
  все  
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Переезд на другую СУБД (mariaDB to ...)
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=35&tid=1552403]:
 0ms
get settings:
 9ms
get forum list:
 12ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 37ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 73ms
get tp. blocked users:
 1ms
others: 10ms
total:  158ms
созд. / загр.: 158ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]