The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Для MariaDB/MySQL представлено хранилище Cassandra. Обновление MySQL 5.1.66, 5.5.28 и 5.6.7

01.10.2012 21:41

Разработчики СУБД MariaDB анонсировали новое хранилище Cassandra Storage Engine (SE), добавляющее в MariaDB и MySQL поддержку средств для доступа к данным, хранимым в распределённой БД Apache Cassandra. Используя Cassandra SE разработчики получают возможность обращаться к данным и добавлять данные в БД Cassandra при помощи обычных SQL-запросов. При этом используемая в Cassandra модель хранения данных в виде семейства столбцов (ColumnFamily) отображается в форме свойственных для MariaDB/MySQL таблиц, для которых можно применять стандартные SQL-директивы SELECT, INSERT, DELETE и UPDATE, а также выполнять операции объединения (JOIN) с другими таблицами.

Кроме того, выпущены очередные корректирующие релизы MySQL - 5.5.28 и 5.1.66, а также MySQL 5.6.7 - первый кандидат в релизы для находящейся в процессе стабилизации ветки MySQL 5.6. В MySQL 5.1.66 представлено два изменения (изменение внутреннего интерфейса плагинов для работы с пулом тредов и портирование некоторых полей со статистикой из ветки 5.6) и 15 исправлений ошибок, среди которых мог наблюдаться крах клиентского приложения при его одновременном связывании с libmysqlclient_r и libcurl, крах mysqlhotcopy при работе с БД, содержащей представления, и крах рабочего процесса при выполнении "CHECK TABLE" и "REPAIR TABLE" в случае различных описаний ключа MyISAM-таблицы в файлах .frm и .MYI.

Что касается MySQL 5.6.7, то отмечается значительная работа по расширению возможности и увеличению производительности движка InnoDB, в котором появилась поддержка полнотекстового поиска и ряд значительных оптимизаций, по сравнению с веткой 5.5 позволяющих в некоторых случаях увеличить производительность транзакций, связанных с чтением данных в два раза, а с записью до четырёх раз.

В заключение можно упомянуть заметку Саймона Фиппса (Simon Phipps), ранее руководившего направлением open source в компании Sun Microsystem, а ныне входящим в управляющий совет организации Open Source Initiative (OSI), с пояснение причин недавнего исключения из состава общедоступного архива с кодом MySQL набора тестов для проверки исправляемых ошибок и добавляемых новшеств. По сведениям одного из работников Oracle, имя которого не называется из-за опасения обвинения его в разглашении внутрикорпоративной информации, публикация указанных компонентов в открытом доступе прекращена по требованию службы безопасности Oracle, которая выявила, что связанные с проблемами безопасности тесты используются в роли готового прототипа для создания эксплоитов на ранней стадии выхода релизов (эксплоит появляется раньше, чем корпоративные клиенты успевают установить плановое обновление Enterprise-версии MySQL). Попытки разработчиков MySQL наладить прозрачное взаимодействие с сообществом натолкнулись на непробиваемую корпоративную политику, которая даже не дала возможность публично объяснить причину прекращения публикации тестов. В будущем планируется продолжить публикацию тестов, но с ограничениями для ошибок, затрагивающих GA-выпуски.

  1. Главная ссылка к новости (http://blog.mariadb.org/announ...)
  2. OpenNews: Увидела свет БД Apache Cassandra 1.1.0
  3. OpenNews: Компания Oracle представила предварительную версию MySQL 5.6
  4. OpenNews: MySQL теряет былую открытость - прекращена публикация тестовых наборов и лога изменений
  5. OpenNews: Стабильный релиз СУБД MariaDB 5.5
  6. OpenNews: Первый выпуск кластерной СУБД MariaDB Galera
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/34980-cassandra
Ключевые слова: cassandra, mysql, mariadb
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (16) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 00:04, 02/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    > натолкнулись на непробиваемую корпоративную политику,

    А потом проприерасы искренне удивляются когда узнают что их за что-то оказывается не любят.

     
     
  • 2.2, Аноним (-), 06:19, 02/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    иллюзии, никто ничему не удивляется
     
  • 2.4, Аноним (-), 08:49, 02/10/2012 [^] [^^] [^^^] [ответить]  
  • –7 +/
    а потом хомячки удивляются - чего это у них поломали кучу серверов, а оно оказывается что проект распространял готовые эксплойты...
    Проект который так делает - надо мочить в ранней стадии, нефик облегчать работу взломщикам.
     
     
  • 3.5, Кашин Дмитрий (?), 09:24, 02/10/2012 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Да. Давайте сделаем кривые ключи зажигания для автомобилей. Это ведь сильно затруднит работу угонщиков. Ой, а что это водители на нас теперь вдруг так косо смотрят?
     
     
  • 4.8, Аноним (-), 10:23, 02/10/2012 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Эх... Школота...
    Давайте будем оставлять машины не закрытыми. Только не будем удивляться что кто то взял "покататься"
     
     
  • 5.11, Xasd (ok), 11:55, 02/10/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    простите, но в новости -- автомобили так и оставили открытыми. только теперь ввели политику молчания об этом (и как побочный эффект -- молчания о том в каком месте встроенный GPS показывет дорогу не туда)
     
     
  • 6.15, Аноним (-), 14:45, 02/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы сказал что сейчас спрятали кнопку включения - хотя да, формально автомобиль открыт - но кнопку включения надо еще поискать (вы же не протестуете что кнопку отключения сигнализации в автомобилях прячут по возможности далеко?).

    Другими словами.
    Сейчас что бы сделать эксплойт надо изучить код и найти это.
    В случае готового варианта - просто взять и применить стандартные механизмы или изучить точно - ровно одно место.

    Я думаю вы сами понимаете что займет меньше времени? Или еще надо объяснять?

     

  • 1.6, edwin (ok), 09:26, 02/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    MariaDB молодцы .... Cassandra вкусная штука, вот только интеграция "в лоб" -  дело накладное. А тут такая радость ...
     
     
  • 2.9, YetAnotherOnanym (?), 10:36, 02/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А от этих вкусностей что-то остаётся при работе через SQL-прокладку?
     
     
  • 3.10, VoDA (ok), 11:34, 02/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кластеризация, автоматическая репликация и возможность наращивать кластер хранения без остановки останутся даже при наличии SQL-доступа. Значит сохранятся все преимущества хранения. И добавится SQL.

    Огромный плюс этим джентльменам за то, что теперь обычные приложения заточенные на SQL можно запускать поверх отказоустойчивого хранилища.

     
     
  • 4.12, Xasd (ok), 11:59, 02/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    а кто как думает -- как будет вести себя система данных -- если:

    к одному кластеру Кассандры -- прикреплено несколько SQL-оболочек?

    как в этом случае -- будет ли обеспечиваться непротиворечивость данных?

    (возможно что даже -- хорошо. мне просто интересно)

     
     
  • 5.13, edwin (ok), 12:01, 02/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > к одному кластеру Кассандры -- прикреплено несколько SQL-оболочек?
    > как в этом случае -- будет ли обеспечиваться непротиворечивость данных?
    > (возможно что даже -- хорошо. мне просто интересно)

    Все так или иначе преобразуется в данные Cassandra.
    Вопрос в механизмах преобразования, то есть вопрос в механизме трансляции SQL->CQL
    Надо брать реализации и смотреть ...

     
  • 5.14, VoDA (ok), 12:35, 02/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > а кто как думает -- как будет вести себя система данных --
    > если:
    > к одному кластеру Кассандры -- прикреплено несколько SQL-оболочек?
    > как в этом случае -- будет ли обеспечиваться непротиворечивость данных?
    > (возможно что даже -- хорошо. мне просто интересно)

    отлично - примерно также как работает NDB когда к нему прицеплено несколько SQL-нод

    Если SQL-оболочки будут работать в режиме "ConsistencyLevel ALL", то непротиворечивость будет обеспечена тем, что SQL-транзакция будет висеть пока не получит подтверждение от Cassandra-кластера, который выдаст ответ когда ВСЕ ноды содержащие изменяемые данные выдадут подтверждение транзакции.

    Что еще интереснее можно писать в ConsistencyLevel ALL, тогда читать в ConsistencyLevel ONE и будет полная консистентность. Быстро читаем, но долго пишем.
    Либо писать в режиме ConsistencyLevel ONE, а читать в ConsistencyLevel ALL. Тогда опять же данные консистентны, но долго читаем и быстро пишем.

    Для веба же (где часто применяется MySQL) консистентность не является принципиально важной - достаточно Eventual consistency. Eventual consistency это подход, когда консистентность гарантируется спустя конечный период времени. Пример: в конташечке Вася написал Маше сообщение, через секунду Маша проверила входящие, но сообщения еще не пришло. Проверив почту через 5 секунд Маша получила сообщение. Для Веба это подходит ;)

     
     
  • 6.16, Xasd (ok), 19:58, 02/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    прочитал https://kb.askmonty.org/en/cassandra-storage-engine/ .. всё именно так!

    но это же какое то волшебство тогда!

    (тяжёлая магия от MariaDB)

     
     
  • 7.17, VoDA (ok), 22:12, 02/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    YAW ;)
     
  • 4.18, Дмитрий (??), 04:33, 15/11/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >теперь обычные приложения заточенные на SQL можно запускать поверх отказоустойчивого хранилища.

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

    Обычно структуру таблиц и colum family  проектируют по разному, и прямой маппинг не всегда эффективен.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру