The OpenNET Project / Index page

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

Стабильный выпуск СУБД MariaDB 10.1

17.10.2015 18:41

После полутора лет разработки увидел свет первый стабильный выпуск новой ветки СУБД MariaDB 10.1, в рамках которой развивается ответвление от MySQL, сохраняющее обратную совместимость и отличающееся интеграцией дополнительных движков хранения и расширенных возможностей. Развитие MariaDB курирует независимая организация MariaDB Foundation в соответствии с полностью открытым и прозрачным процессом разработки, не зависящим от отдельных вендоров. MariaDB поставляется вместо MySQL во многих дистрибутивах Linux (RHEL 7, SUSE 12, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian 9) и внедрён в таких крупных проектах, как Wikipedia, Google Cloud SQL и Nimbuzz.

Ключевые улучшения MariaDB 10.1:

  • Поддержка шифрования таблиц и логов транзакций, которое позволяет защититься от утечки данных в случае кражи жесткого диска, но бесполезно в ситуации получения контроля над работающей СУБД, например, в результате атаки через подстановку SQL-запроса или взлома системы. При включении шифрования накладные расходы увеличиваются на 3-5%. Ключи шифрования имеет смысл хранить на отдельном защищённом сервере с включением системы ротации ключей, подразумевающей периодическое перешифрование с новым ключом после устаревания текущего ключа. Поддержка шифрования реализована в хранилищах XtraDB и InnoDB. Предлагается несколько схем: шифрование выбранных таблиц, шифрование всех таблиц в БД и шифрование всех таблиц за исключением выбранных. Благодаря шифрованию лога транзакций защита также обеспечивается в системах с репликацией;
  • Включение в базовую поставку технологии синхронной multi-master (active-active) репликации Galera, ранее предлагаемой в рамках отдельного продукта MariaDB Galera Cluster. Galera расширяет возможности СУБД MariaDB средствами синхронной репликации, при которой все узлы всегда содержат актуальные данные, т.е. гарантируется отсутствие потерянных транзакций, так как транзакция фиксируется только после распространения данных по всем узлам. При этом, в рамках транзакции операции выполняются сразу, задержка из-за ожидания подтверждения возникает только при выполнении операции "commit". Репликация выполняется в параллельном режиме, на уровне строк, с передачей только информации об изменениях. Управление принадлежностью узлов кластеру выполняется автоматически, сбойные узлы сразу исключаются из кластера без участия администратора, новые узлы при необходимости можно подключить на лету без дополнительной переконфигурации;
  • Возможность реплицирования данных c MySQL 5.6 при включении на MySQL поддержки GTID, т.е. MySQL теперь может использоваться в роли master-сервера для MariaDB. Указанная возможность позволяет существенно упростить тестирование в процессе миграции с MySQL на MariaDB;
  • Поддержка сжатия страниц данных для хранилищ InnoDB и XtraDB. От ранее доступного механизма сжатия (row_format=compressed) новый метод отличается возможностью выбора различных алгоритмов сжатия (zlib, lz4, lz0, lzma, bzip2 и snappy) и иной организацией процесса работы с упакованными данными. Если в традиционной реализации в буфере находятся как сжатые, так и ещё не упакованные данные, то новая схема подразумевает нахождение в буфере только распакованных данных - страницы сжимаются перед записью в хранилище и распаковываются после чтения. Новый метод наиболее эффективен при использовании SSD-накопителей или NVM-памяти. Наилучшие результаты наблюдаются при использовании плат FusionIO;
  • Реализована система дефрагментации хранилищ InnoDB, основанная на наработках, предоставленных компанией Facebook. Ранее, при удалении строк из InnoDB они лишь помечались удалёнными и становились доступны для новых записей без фактического освобождения блоков на диске и без возвращения дискового пространства системе. Выполнение "OPTIMIZE TABLE" решает указанную проблему, но путём полного перестроения таблицы с копированием имеющихся данных на новое место, т.е. требует наличия большого объёма свободного дискового пространства. После включения в файле конфигурации поддержки дефрагментации (innodb-defragment=1), выполнение команды "OPTIMIZE TABLE" не приводит к копированию в новые таблицы, а реализуется через механизм перемещения записей;
  • Реализован "оптимистичный" режим параллельного реплицирования, который значительно упрощён по сравнению с появившимися в MariaDB 10.0 средствами параллельной репликации slave-серверов. В частности, обеспечена возможность параллельного применения к slave-серверу любых операций INSERT/UPDATE/DELETE, даже если они пока не завершены на master-сервере;
  • Возможность проверки степени надёжности задаваемого пароля при помощи плагинов simple_password_check и cracklib_password_check;
  • Внесена порция оптимизаций производительности, позволивших снизить нагрузку на CPU и увеличить эффективность работы на многоядерных системах. Тестирование показало прирост числа обрабатываемых транзакций от 135 до 190% и возможность обработки более миллиона OLTP-операций в секунду;
  • Добавлены команды "EXPLAIN FORMAT=JSON" и "ANALYZE FORMAT=JSON", при которых вывод с оценкой характеристик запроса формируется в формате JSON. Штатный вывод команды ANALYZE теперь походит на вывод EXPLAIN, но включает полученные в результате выполнения запроса данные (число прочитанных строк и т.п.);
  • Средства для пространственной привязки (Spatial Reference) данных геоинформационных систем. Реализация новых функций для работы с пространственными координатами: ST_Boundary, ST_ConvexHull, ST_IsRing, ST_PointOnSurface, ST_Relate;
  • Поддержка выражений "IF EXISTS", "IF NOT EXISTS" и "OR REPLACE" в директивах "CREATE DATABASE", CREATE FUNCTION UDF", CREATE ROLE", CREATE SERVER", CREATE USER", CREATE VIEW", DROP ROLE", DROP USER", CREATE EVENT", "DROP EVENT" CREATE INDEX", "DROP INDEX" CREATE TRIGGER" и "DROP TRIGGER";
  • Поддержка команд SHOW и FLUSH для плагинов, например, "SHOW LOCALES", "SHOW QUERY_RESPONSE_TIME", "FLUSH QUERY_RESPONSE_TIME";
  • Поддержка директивы "SET DEFAULT ROLE", позволяющей определить роль по умолчанию, применяемую ко всем новым соединениям;
  • Поддержка systemd.

С ранее реализованными возможностями MariaDB и отличиями от MySQL можно познакомиться в тексте анонса MariaDB 10.

  1. Главная ссылка к новости (https://blog.mariadb.org/maria...)
  2. OpenNews: Представлен прокси-сервер MariaDB MaxScale
  3. OpenNews: Компания SkySQL переименована в MariaDB Corporation
  4. OpenNews: Стабильный выпуск MariaDB Galera Cluster 10
  5. OpenNews: Стабильный выпуск СУБД MariaDB 10.0
  6. OpenNews: Компания Oracle анонсировала стабильный релиз MySQL 5.6
Лицензия: CC-BY
Тип: Интересно / Программы
Короткая ссылка: https://opennet.ru/43154-mariadb
Ключевые слова: mariadb, mysql, database
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (59) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 18:53, 17/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Радует развитие  MariaDB и печалит, что новые значительные релизы MySQL уже почти три года не выходят.
     
     
  • 2.2, Аноним (-), 19:05, 17/10/2015 [^] [^^] [^^^] [ответить]  
  • +21 +/
    Пока выходят новые значительные релизы PostgreSQL, печалиться не о чем.
     
     
  • 3.3, Аноним (-), 19:40, 17/10/2015 [^] [^^] [^^^] [ответить]  
  • +6 +/
    нельзя просто так взять и заменить mysql на postgresql везде и сразу.
     
     
  • 4.4, Аноним (-), 20:22, 17/10/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Не сразу, а уже за почти 3 года.
     
  • 4.13, Аноним (-), 22:28, 17/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Заменил последнюю установку ещё в 2010.
     
  • 4.37, Fantomas (??), 15:07, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > нельзя просто так взять и заменить mysql на postgresql везде и сразу.

    Рвет Машка Постгрю как Тузик грелку по репликациям, у Постгри до сих пор не появилось нормальной репликации, одни недоподелия )))))

     
     
  • 5.40, YetAnotherOnanym (ok), 15:50, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Коичи Сузуки едва ли с Вами согласится.
     
  • 5.50, Atos (??), 18:31, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> нельзя просто так взять и заменить mysql на postgresql везде и сразу.
    > Рвет Машка Постгрю как Тузик грелку по репликациям, у Постгри до сих
    > пор не появилось нормальной репликации, одни недоподелия )))))

    Полноте врать. Репликация нормальная. А вот Jsonb действительно рвет Json.

     
     
  • 6.68, Typhoon (ok), 16:58, 20/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Какая? Глючный, выедающий память и тормозной Рубиреп или Букардо, или еще какое-то аналогичное тригерное поделие? Или встроенная потоковая, которая позволяет создать только "запасной" сервер, который при вылете основного нужно еще и конфигурить?
     
  • 5.52, grec (?), 21:58, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Вы о чем?
     
  • 3.18, Аноним (-), 00:03, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В PostgreSQL нет и никогда не будет того, что есть в MySQL и её форках.
     
     
  • 4.19, Аноним (-), 00:54, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    души?
     
  • 4.20, anonymous (??), 01:40, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    что же это?
     
     
  • 5.22, leap42 (ok), 06:50, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    какая разница? это же комплимент.
     
  • 5.27, Аноним (-), 11:35, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Например отсутствие движков memory, archive, tokudb, каждый из которых на порядок обходит postgres в решении своей задачи. Структура postgres фиксирована, и из-за идеологии некоторый функционал никогда не будет реализован. В MySQL - пожалуйста, бери любые движки, комбинируй, и получишь решение любой задачи.
     
     
  • 6.47, Аноним (-), 16:58, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > и получишь решение любой задачи.

    Проблемы при репликации проседание перфоманса, Адъ и Израиль.


     
     
  • 7.59, Аноним (-), 13:57, 19/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Проблемной репликация получилась только потому, что не было создано единого унифицированного интерфейса, и задачу переложили непосредственно на движки.
     
  • 7.63, Клыкастый (ok), 15:55, 19/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    производительности. проседание производительности. перфоменс - это когда говно на золотом блюде или мошонку к мостовой прибивают.
     
  • 6.64, anonymous (??), 08:59, 20/10/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>решение любой задачи

    Расскажи про это Ларри. И заодно Билли.

     
  • 5.39, Fantomas (??), 15:28, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > что же это?

    Нормальной репликации )))

     
  • 4.21, all_glory_to_the_hypnotoad (ok), 04:20, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > В PostgreSQL нет и никогда не будет того, что есть в MySQL и её форках.

    В этом то и вся прелесть PG - в ней нет дерьма и гогнокода которые есть в рукожопых mysql и форках.

     
     
  • 5.28, Аноним (-), 11:44, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Но базовая структура у MySQL более гибкая, нежели чем у postgres. Лет через 5 MySQL обгонит postgres только потому что до сих пор не исчерпала свой потенциал, в отличие от postgres.
     
     
  • 6.65, anonymous (??), 09:00, 20/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Но базовая структура у MySQL более гибкая, нежели чем у postgres. Лет
    > через 5 MySQL обгонит postgres только потому что до сих пор
    > не исчерпала свой потенциал, в отличие от postgres.

    инфа 146%

     
  • 5.53, Alex (??), 22:32, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как там у постгры с синхронной мастер-мастер репликацией? Нету? До свидания.
     
     
  • 6.57, Аноним (-), 09:54, 19/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    What is Postgres-X2
    ...
    Synchronous multi‐master configuration : Any update to any master is visible from other masters immediately
    (https://github.com/postgres-x2/postgres-x2)
    Продолжайте сидеть в криокамере.
     
  • 6.66, dmr (?), 09:52, 20/10/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Олег Бартунов

    - Нет-нет, уже года два это не шаманство. Можете скачать BDR, так называемая, двунаправленная репликация. Это компания «2nd Quadrant» сделала этот BDR, он уже используется в продакшене у людей, и потихонечку часть его уже начинает входить обратно в «Postgres». Грубо говоря, через релиз, через два BDR будет уже полностью в «Postgres».

    http://postgrespro.ru/blog/media/17736

     
     
  • 7.67, Andrey Mitrofanov (?), 10:35, 20/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Олег Бартунов
    > - Нет-нет, уже года два это не шаманство. Можете скачать BDR, так
    > называемая, двунаправленная репликация. Это компания «2nd Quadrant» сделала
    > этот BDR, он уже используется в продакшене у людей, и потихонечку

    Это тот, который "мы тут эта, мон шер, не обеспечиваем полной/обычной семантики SQL на этих master-master, Вам надо *просто* *переписать* Ваши приложения. *Просто* скажите Вашим програмёрам."?  Не шаманство -- продаётся хорошоу.

    > часть его уже начинает входить обратно в «Postgres».

    Молодцы! Сделали streaming replication, который работает, как streaming replication, выглядит, как streaming replication, но при этом logical decoding + UDR. Прогресс...

    > Грубо говоря, через релиз, через два BDR будет уже полностью в «Postgres».

    Да-да, после 9.3 уже несколько data loss починили, вроде, вылезшие оттуда. Уже скоро можно. Да!

     
  • 5.54, абвгдейка (ok), 23:32, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >В этом то и вся прелесть PG - в ней нет дерьма и гогнокода

    как и в любом другом софте, в ней свои тараканы. Религиозная ветка на другом домене :)

     
  • 4.48, Аноним (-), 17:33, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Специальные олимпиады по узкоспециализированный применению PostgreSQL? Аноним только за!
     

  • 1.5, asavah (ok), 20:34, 17/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    глюкавая хрень, гонятся за фишками а толку 0
    критические баги не фиксят

    пруф:

    https://mariadb.atlassian.net/browse/MDEV-8525

    безобидный запрос роняет сервер в сегфолт,
    ИМХО любой запрос (даже самый хитровыгнутый) ни в коем случае не должен ронять сервер

    в продакшне этому г-ну не место

    дискуссию о пригодности mysql/mariadb к серьёзным делам не навязывать плиз


     
     
  • 2.8, Аноним (-), 21:45, 17/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    В 10.1 защита стека, он не падает по умолчанию Увы...
     
     
  • 3.10, Аноним (-), 21:55, 17/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    https://mariadb.com/kb/en/mariadb/mariadb-1010-release-notes/
     
  • 2.33, Аноним (-), 14:43, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > роняет сервер в сегфолт

    Он не сможет так просто упасть в сегфолт как раньше,
    Рантайм в ветке 10.1.0+ код запрещает разыменования; повреждение памяти / выход за границы.

     

  • 1.6, Аноним (-), 21:28, 17/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А MEMORY так и не поддерживает varchar и blob, развивают откровенно фигню
     
  • 1.9, Аноним (-), 21:51, 17/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В официальном ченжлоге потеряны еще примерно 80 изменений по сравнению с выпуском 10.0
     
     
  • 2.11, Аноним (-), 21:57, 17/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > В официальном ченжлоге потеряны еще примерно 80 изменений по сравнению с выпуском
    > 10.0

    * https://mariadb.com/kb/en/mariadb/what-is-mariadb-100/
    * https://mariadb.com/kb/en/mariadb/mariadb-1011-release-notes/
    * https://mariadb.com/kb/en/mariadb/mariadb-1012-release-notes/
    * https://mariadb.com/kb/en/mariadb/mariadb-1013-release-notes/
    * https://mariadb.com/kb/en/mariadb/mariadb-1014-release-notes/
    * https://mariadb.com/kb/en/mariadb/mariadb-1015-release-notes/
    * https://mariadb.com/kb/en/mariadb/mariadb-1016-release-notes/
    * https://mariadb.com/kb/en/mariadb/mariadb-1017-release-notes/

     
  • 2.15, Аноним (-), 23:10, 17/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ну попробуйте выудить оттуда что-то хоть как-то интересное
     

  • 1.16, Аноним (-), 23:15, 17/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Реализован "оптимистичный" режим параллельного реплицирования
    > Возможность проверки степени надёжности задаваемого пароля
    > Поддержка выражений "IF EXISTS", "IF NOT EXISTS" ...
    > Поддержка systemd

    Поработали на славу...
    Нужно просто признать, после быстрого рывка и громких обещаний проект MariaDB заглох

     
  • 1.17, Аноним (-), 23:17, 17/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В заголовке ошибка - релиз не может быть стабильным, т.к. в трекере висят незакрытые критические баги
     
     
  • 2.25, leap42 (ok), 10:22, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    ошибка не в заголовке, а в разработчиках, это они назвали релиз стабильным
     

  • 1.23, Аноним (-), 07:43, 18/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > MariaDB поставляется вместо MySQL во многих дистрибутивах Linux (RHEL 7, SUSE 12, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian 9)
    > Debian 9

    Верни машину времени на место!

     
     
  • 2.24, Аноним (-), 08:41, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Debian 9 уже реальность для разработчиков https://wiki.debian.org/DebianStretch
    Во время подготовки Debian 8 решили растянуть миграцию на MariaDB на два релиза, в Debian 8 добавили MariaDB, но пока оставили MySQL и намерены выкинуть его в Debian 9.
     
  • 2.26, Аноним (-), 11:13, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Негр Оракла, перелогинся!
     

  • 1.29, asavah (ok), 12:39, 18/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Я был зело "за" mariadb, и уже в планах было потихоньку мигрировать подальше от оракала и мускула на десятке локалхостов, но в процессе тестирования нарвался на десяток неприятных багов, все из которых есть в жире в открытом состоянии (см #5 для примера).

    Короче сильно сырое оно и рано его многие дистры начали пихать дефолтом.

    А погромизды вместо того чтоб _критические_ баги позакрывать страдают фичами и поддержками системдоса.

    Короче пока никакого доверия к этой шарашке, но надежда на них всё ещё есть, а вдруг возьмутся за голову и поймут что в движке БД первым делом идёт надёжность и стабильность, а потом уже фичи в вакууме.

     
     
  • 2.31, анином (?), 12:47, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Неистово плюсую.!!!!
    Надёжность, стабильность и хороший оптимизатор запросов- все что надо от СУБД.
     

  • 1.30, Зенитарка (?), 12:45, 18/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Прекрасно! Перевел сотни рабочих мест на нашем предприятии с MySQL на MariaDB. :)
     
     
  • 2.34, pavlinux (ok), 14:52, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это тоже самое, что писать - заставил все машины ездить по новому асфальту.
     
  • 2.38, Аноним (-), 15:11, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    О, ещё один диванный эксперт подтянулся. Ну расскажи, расскажи, что же это за такие "рабочие места" и почему на каждом требуется база данных. Про проблемы миграции расскажи, а мы с товарищами послушаем и попкорном похрустим.
     
     
  • 3.49, soarin (ok), 17:39, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > диванный эксперт подтянулся

    Да он постоянно сотни рабочих мест на что-то переводит. Не надо внимания обращать.

     

  • 1.36, pavlinux (ok), 14:58, 18/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > и внедрён в таких крупных проектах, как Wikipedia, Google Cloud SQL и Nimbuzz.

    Везде в Google Cloud SQL написано про MySQL ни слова про МашкуДБ

     
     
  • 2.42, lybin (ok), 16:41, 18/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    https://mariadb.com/kb/en/mariadb/google-summer-of-code-2015/
     
     
  • 3.55, iPony (?), 08:03, 19/10/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Google Summer of Code

    Вопрос был про реальное использование в гугле.

     
     
  • 4.58, lybin (ok), 11:04, 19/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    ок, соглашусь, не говорит о реальном, почему то думал, что легко найти подтверждение о реальном использовании. а тут только гадать..
     
  • 3.56, iPony (?), 08:12, 19/10/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Есть и вот такое https://www.reactos.org/wiki/Google_Summer_of_Code_2011_projects
    Как это характеризует практическое применение reactos в гугловых сервисах? Правильно - никак.
     

  • 1.60, tehnikpc (ok), 14:50, 19/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >После празработки

    Что-то они там совсем не торопятся :).

     
  • 1.62, FractalizeR (ok), 15:29, 19/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    По поводу Galera лучше обратить внимание вот на это: https://aphyr.com/posts/327-call-me-maybe-mariadb-galera-cluster
     
     
  • 2.70, Alex (??), 10:28, 22/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Угу, блокировки - проблема любых кластеров. На большинстве софта, умеющего повторять транзакции, впрочем, кроме падения производительности, ничем не проявится.
     
     
  • 3.71, Led (ok), 21:39, 23/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Угу, блокировки - проблема любых кластеров.

    Не любых, а только тех, где не подумали (или сэкономили) про нормальный интерконнект.

     
     
  • 4.72, Alex (??), 15:43, 25/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Да. А плохой напор воды - проблема квартир, где сэкономили на покупке дивана.
     

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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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