[ON] Проект NewSQL призван решить проблемы, с которыми столкнулся Facebook, используя MySQL

[rssbot]

Майкл Стоунбрейкер (Michael Stonebraker), один из основоположников теории баз данных, принимавший участие в разработке архитектуры СУБД как Ingres, Informix, PostgreSQL, SciDB и VoltDB, рассуждая о масштабировании СУБД, упомянул, что поддержание огромной и сложной реализацией MySQL в Facebook "хуже чем смерть" и есть только один выход из сложившейся проблемы - сделать невозможное и переписать весь код. Это проблема касается и многих других web компаний, которые начинают с малого, а затем увеличиваются до огромных размеров. В настоящее время, чтобы справится с нагрузкой, которую создают 750 миллионов пользователей, Facebook оперирует четырьмя тысячами экземпляров (используется шардинг, т.е. разнесения данных по серверам, отталкиваясь от определенного признака, например, первой буквы логина) MySQL и девятью тысячами установок memcached. Facebook даже ведёт специальную страницу MySQL@Facebook, где отслеживаются работы по поддержанию работы баз данных компании. Широко известная проблема MySQL состоит в том, что эта СУБД никогда не предназначалась для обработки огромных объёмов данных и большого количества транзакций. Стоунбрейкер добавляет, что MySQL, как и другие основанные на языке SQL БД, потребляет слишком много ресурсов на накладные дополнительные операции БД (например, для поддержки многопоточности и поддержания корректного выполнения запросов в рамках ACID). Данные требования и расходы не мешают работе при небольших объёмах данных, но быстро начинают препятствовать нормальному функционированию при их увеличении. Для решения возникающих проблем большие компании приняли на вооружение парадигму NoSQL, однако NoSQL БД плохо подходят на роль хранения обычных структурированных данных, кроме этого, логику ACID с NoSQL приходится встраивать в пользовательский код, тем самым усложняя работу. Кроме этого, по мнению Стоунбрейкера NoSQL обладает не сильно возросшей производительностью относительно традиционных SQL-ориентированных СУБД. Стоунбрейкер при поддержке компаний Xeround, Clustrix, NimbusDB, GenieDB и его собственной компании VoltDB занимаются разработкой open source проекта NewSQL, который имеет значительно более высокую производительность, чем обычные SQL DB, при этом гарантирует выполнение требований ACID. NewSQL пока находится на стадии проектирования, ещё даже не принят язык запросов - решается вопрос о выборе между синтаксисом похожим на Java и синтаксисом, напоминающим обычные SQL-запросы.


Источник: http://www.opennet.ru/opennews/art.shtml?num=31142


оригинал на opennet.ru

[sash-kan]

казалось бы, при чём тут facebook вообще и mysql в частности?

[BIgAndy]

Майкл Стоунбрейкер ....
упомянул, что поддержание огромной и сложной реализацией MySQL в Facebook "хуже чем смерть" и есть только один выход из сложившейся проблемы - сделать невозможное и переписать весь код

Ибо не хрена использовать быдло-"игрушечные" базы данных, которые даже с форматом хранения данных никак разобраться не могут,не говоря оо реализации триггеров и реккурсий, matherialized views и прочая...

[ieleja]

казалось бы, при чём тут facebook вообще и mysql в частности?

а Майкл Стоунбрейкер об этом только и говорил - не всем же только оседлать "сферического коня в вакууме" ...

[sash-kan]

казалось бы, при чём тут facebook вообще и mysql в частности?

а Майкл Стоунбрейкер об этом только и говорил - не всем же только оседлать "сферического коня в вакууме" ...

пардон, не уловил мысли·

я вижу, что господин стоунбрейкер раскручивает очередной стартап, чтобы в очередной раз его продать·
вот в связи с этим и непонятно: при чём тут facebook и mysql?

[MrClon]

Возможно fb спонсирует этот проект, а может быть он упомянут просто для привлечения внимания или как хороший пример того где NewSQL был-бы/будет полезен.

[sciko]

А меня больше интересует вопрос чего же они про postresql ничего не написали. Неужели ниасилили?

[KiWi]

А меня больше интересует вопрос чего же они про postresql ничего не написали. Неужели ниасилили?

Про него и писать не нужно -- с ним и так всё понятно.

[sash-kan]

А меня больше интересует вопрос чего же они про postresql ничего не написали.

это один из стартапов стоунбрейкера· чего он про него говорить будет, пиаря следующий стартап?

p.s. исходил из того, что вы подразумевали postgresql (пламенный привет всем не-читающим свои собственные посты)·

[sciko]

Про него и писать не нужно -- с ним и так всё понятно.

Не согласен. У меня очень сильные подозренияпосле прочтения, что эти ребята хотят сделать postgresq, но с особым уличным синтаксисом языка запросов.

пламенный привет всем не-читающим свои собственные посты

Извиняйте, я так и не догадался как включить spellchecker для webkit'овского Epiphany.

[azsx]

нельзя ли для чайников подоходчивей. Статья http://gigaom.com/cloud/facebook-trapped-i...rse-than-death/ не совсем верная или mysql действительно не может эксплуатироваться на действительно сложных проектах?

[sash-kan]

включить spellchecker

боюсь, он не помог бы превратить postresql в postgresql·

mysql действительно не может эксплуатироваться на действительно сложных проектах?

не может·
но эксплуатируется·
диалектика, сэр·

[diesel]

нельзя ли для чайников подоходчивей. Статья http://gigaom.com/cloud/facebook-trapped-i...rse-than-death/ не совсем верная или mysql действительно не может эксплуатироваться на действительно сложных проектах?

с такими нагрузками как у того же фейсбука или гугла... ну да как бы само собой очевидно что не все так просто.

Ибо не хрена использовать быдло-"игрушечные" базы данных, которые даже с форматом хранения данных никак разобраться не могут,не говоря оо реализации триггеров и реккурсий, matherialized views и прочая...

надо ли оно им - вот в чем вопрос Толи MariaDB толи какой-то другой форк mysql - их щас много развелось, вообще пилят модульным, для того чтобы все эти штуки при желании можно было пилить и включать, но по-умолчанию дается очень базовый функционал, и автора думают что его для большого количества задач, где действительно используют mysql - этого функционала вполне достаточно. не без оснований они так думают.

[Portnov]

Некоторое разъяснение ситуации от человека в теме: http://zabivator.livejournal.com/566352.html

[KiWi]

Про него и писать не нужно -- с ним и так всё понятно.

Не согласен. У меня очень сильные подозренияпосле прочтения, что эти ребята хотят сделать postgresq, но с особым уличным синтаксисом языка запросов.

Если они сразу сделают адекватную репликацию, которая в postgresql только-только появляется, то почему бы нет?