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/

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 машин

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

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

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

Ну почему же "левые домашние"? У нас более 200 заказчиков во многих вертикалях, требующих экстремальной OLTP пропускной способности, таких как, например, Smart Grids, Sensor Data Management и Real Time BIlling and Policy Management. Так что мы к тестированию относимся очень серьезно... Буду рад ответить на Ваши вопросы, если интересно

vadiminfoVoltDBНу почему же "левые домашние"?
Ну потому что ссылка на http://voltdb.com/ - типа дом тестируемого продукта. Потому и домашние. Левые потому что нет такого авторитета как у ТСР.

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

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

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

В Книге Рекордов Гинесса нас тоже нет... :)

MasterZivЕсли задача заключается в поддержке высокой пропускной способности SQL OLTP, попробуйте VoltDB.

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

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

VoltDB - он open source

tanglirVoltDBпропущено...


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

Вопрос, с которого начался этот топик, был следующий: "Здравствуйте! Имеем web проект реализованный на PHP, СУБД MariaDB. Стала необходимость переехать на другую СУБД, нынешняя СУБД не вывозит уже нагрузку..." Мой ответ был: "Если задача заключается в поддержке высокой пропускной способности SQL OLTP, попробуйте VoltDB."

Dimitry SibiryakovVoltDBМой ответ был: "Если задача заключается в поддержке высокой пропускной
способности SQL OLTP, попробуйте VoltDB."
Ваш VoltDB совместим с MariaDB на уровне ABI, API или по диалекту SQL? На него можно
"попробовать" перейти, не переписывая приложение с нуля?


Тяжело сказать нужно "с нуля" или нет не видя существующего кода, но, хотя мы и SQL СУБД, я не думаю, что переход без каких-то изменений кода возможен. Например, для максимальной производительности мы рекомендуем посылать запросы путем вызова сохраненных процедур. Мы, конечно, и ад-хок запросы поддерживаем, но это не тот тип приложений для которых VoltDB разработан.

vadiminfoVoltDBТяжело сказать нужно "с нуля" или нет не видя существующего кода, .... .

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

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

Да, если OLTP нагрузка на СУБД реализована в виде адхоков, то VoltDB не поможет