The OpenNET Project / Index page

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

Компания Oracle анонсировала стабильный релиз MySQL 5.6

05.02.2013 19:55

После двух лет тестирования и разработки компания Oracle представила первый стабильный релиз СУБД MySQL 5.6, в котором продолжена работа по улучшению масштабируемости, производительности и гибкости. Наиболее значительные улучшения затронули движок InnoDB, в котором появилась поддержка средств полнотекстового поиска, возможность доступа к данным через memcached API, увеличена производительность работы при интенсивной записи данных, а также увеличена масштабируемость при обработке большого числа одновременных запросов. Помимо коммерческой enterprise-версии для загрузки доступен код MySQL Community Server 5.6.10, распространяемый под лицензией GPL.

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

  • Реализация интерфейса для прямого доступа к таблицам InnoDB в стиле NoSQL-систем с использованием API, манипулирующего парами ключ/значение и совместимого с memcached. Указанный API позволяет сохранять и получать любые значения таблиц без отправки традиционных SQL-запросов и без траты времени на их парсинг и построение плана выполнения запроса. NoSQL API может использоваться для быстрого выполнения простых выборок или обновления значений, в то время как SQL может применяться для тех же таблиц при выполнении более сложных запросов.
  • Возможность создания в InnoDB полнотекстовых индексов для организации быстрого поиска по словоформам среди текстового контента, хранимого в таблицах InnoDB. Ранее полнотекстовый поиск был доступен только для таблиц MyISAM.
  • Возможность добавления индексов и изменения структуры таблиц без негативного влияния на выполнение приложений, связанного с ранее выполняемым полным копированием содержимого таблиц и блокировкой операций INSERT, UPDATE и DELETE.
  • Повышение эффективности оптимизатора запросов, оптимизация процесса выбора результирующего набора значений, сортировки и выполнения запроса. Новые оптимизации Index Condition Pushdown (ICP) и Batch Key Access (BKA) позволяют до 280 раз увеличить пропускную способность выполнения некоторых запросов. Увеличена эффективность выполнения запросов вида "SELECT ... FROM single_table ... ORDER BY non_index_column [DESC] LIMIT [M,]N;". Увеличена производительность запросов "SELECT... LIMIT N" выводящих только часть строк из большой выборки.
  • Расширены средства диагностики работы оптимизатора, добавлена поддержка EXPLAIN для операций INSERT, UPDATE и DELETE. Результаты работы EXPLAIN теперь могут быть выведены в формате JSON. Новый режим трассировки оптимизатора позволяет проследить за каждым принятым решением в процессе оптимизации запроса.
  • Дополнительные оптимизации выполнения подзапросов, при которых вложенные запросы вида "SELECT ... FROM table1 WHERE .... IN (SELECT ... FROM table2 ...))" транслируются в более оптимальное представление на стадии до непосредственного выполнения запроса, например, заменяются на более эффективный JOIN.
  • Расширение реализации системы диагностики PERFORMANCE_SCHEMA, предоставляющей низкоуровневые средства для мониторинга за выполнением запросов и различными событиями при работе СУБД. PERFORMANCE_SCHEMA позволяет детально оценить узкие места при выполнении длительных запросов, а также представить сводную статистику, сгруппированную по запросам, нитям, пользователям, хостам и объектам.
  • Улучшена реализация движка InnoDB, отмечается рост производительности при выполнении транзакций и при активности с преобладанием операций чтения данных - в некоторых ситуациях ускорение достигает 230%. Проведённый рефакторинг позволил избавиться от узких мест, более оптимально использовать потоки, минимизировать блокировки, обеспечить адаптивный сброс буферов и улучшить логику организации одновременного доступа к данным. Использование нового, более быстрого, алгоритма выявления взаимных блокировок.
  • Улучшение средств репликации. Добавление механизмов самодиагностики для автоматического выявления сбоев и восстановления после них. Обеспечение защищённости репликаций от нарушения целостности в результате краха сервера. После краха бинарный лог и slave-серверы теперь автоматически восстанавливают корректные позиции в потоке репликации и продолжают реплицирование без необходимости вмешательства администратора. Для контроля целостности данных на всех узлах кластера теперь выполняется проверка по контрольным суммам, которые позволяют автоматически выявлять ошибки и предупреждать о них.
  • Существенное увеличение производительности репликации при использовании многопоточных slave-систем. В некоторых ситуациях наблюдается пятикратное ускорение репликации. Поддержка внесения в бинарный лог групповых коммитов (Binlog Group Commit), позволяет увеличить производительность репликации за счет отражения изменений в бинарном логе в параллельном режиме, в результате чего коммит со сбросом бинарного лога на диск производится сразу для группы изменений.
  • Binlog API, позволяющий бесшовно интегрировать MySQL с внешними хранилищами данных и приложениями, путем организации прямой репликации в данные системы. Например, можно подключить свой обработчик, накапливающий статистику по потокам данных в СУБД, при этом экспорт данных в такой обработчик настраивается в виде репликации. Binlog API предоставляет все средства, необходимые для чтения и декодирования используемого в процессе репликации бинарного лога.
  • Режим отложенной репликации, позволяющий реплицировать данные не сразу, а с определённой задержкой, что позволяет обеспечить защиту от ошибок оператора (например, случайное удаление содержимого таблиц).
  • Поддержка опций для ручной или автоматической предварительной загрузки содержимого пула буферов InnoDB, что позволяет после перезапуска существенно сократить время "прогрева" сервера (т.е. позволяет сразу использовать ранее накопленный кэш и статистику, без ожидания пока нужные данные накопятся в процессе работы).
  • Увеличение максимального размера файлов с логами изменений (InnoDB Redo Log) с 4 Гб до 2 Тб, что позволяет повысить производительность при обеспечении работы приложений, интенсивно записывающих данные или выполняющих длительные транзакции (за счет снижения задержек в процессе ротации лога транзакций).
  • Улучшение безопасности: поддержка указания параметров аутентификации в файле .mylogin.cnf в зашифрованном виде; добавление плагина sha256_password для хранения хэшей паролей с использованием алгоритма SHA-256; добавление в таблицу mysql.user поля со временем истечения действия пароля; новая SQL-функций VALIDATE_PASSWORD_STRENGTH() для оценки надёжности пароля.
  • Изменение значений по умолчанию для некоторых параметров конфигурации сервера. Например, включение проверки по контрольным суммам в binlog, тюнинг размера кэшей, автоматическая установка значений в зависимости от заданного максимального числа соединений.
  • Поддержка запуска сервера в режиме только для чтения (опция --innodb-read-only, только для InnoDB).
  • Поддержка указания дробных значений секунд в функциях TIME, DATETIME и TIMESTAMP для указания микросекунд.
  • Прекращена поддержка опций "--log", "--log-slow-queries", "--one-thread", "--safe-mode", "--skip-thread-priority", "--table-cache".


  1. Главная ссылка к новости (http://www.oracle.com/us/corpo...)
  2. OpenNews: Проект NewSQL призван решить проблемы, с которыми столкнулся Facebook, используя MySQL
  3. OpenNews: Компания Oracle добавит в MySQL Enterprise проприетарные компоненты
  4. OpenNews: MySQL теряет былую открытость - прекращена публикация тестовых наборов и лога изменений
  5. OpenNews: Основатели MySQL учредили организацию MariaDB Foundation, которая будет развивать и продвигать альтернативу MySQL
  6. OpenNews: Вышел стабильный релиз СУБД MySQL 5.5
Лицензия: CC-BY
Тип: Интересно / Программы
Ключевые слова: mysql
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (51) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, pavlinux (ok), 20:05, 05/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > ... до 280 раз увеличить пропускную способность,
    > ... ускорение достигает 230%,
    > ... быстрого выполнения простых выборок
    > Повешение эффективности оптимизатора запросов, оптимизация процесса выбора
    > Оптмизирована оптимизация оптимизирующих оптимизаторов!  

    В общем, сказка, а не анонс. Массовый переезд на MariaDB откладывается?!

     
     
  • 2.2, oneonfire (?), 20:12, 05/02/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ничего подобного, его вроде никто не отменял
     
     
  • 3.3, pavlinux (ok), 20:16, 05/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну незнаю, с такими вкусными плюшками я б задумался, да и лицензия вроде GPL
     
     
  • 4.4, anonymous (??), 20:22, 05/02/2013 [^] [^^] [^^^] [ответить]  
  • +6 +/
    ждёт переноса плюшек в MariaDB и переезжаем
     
     
  • 5.26, Алексей (??), 03:08, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > ждёт переноса плюшек в MariaDB и переезжаем

    А что это такое - MySQL 5.6 ?

     
  • 5.36, CSRedRat (ok), 08:51, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Уже есть MariaDB 10.0, где поверх мускуля 5.6 наложены кошерные патчи и разработка смещается в пользу своих оригинальных решений.
     
  • 4.7, Аноним (-), 20:38, 05/02/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это плюшки потихоньку утягивают в марию
     
     
  • 5.27, pavlinux (ok), 03:20, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Это плюшки потихоньку утягивают в марию

    То есть МашкаДБ - это галимая копипаста?!

     
     
  • 6.39, Moomintroll (ok), 09:17, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > То есть МашкаДБ - это галимая копипаста?!

    Нет! "МашкаДБ" - это идеологически верный форк! ;-)

     
  • 2.5, Константавр (ok), 20:25, 05/02/2013 [^] [^^] [^^^] [ответить]  
  • –20 +/
    Как можно убежать от MySQL пересев на MariaDB? Ума не приложу. Они же на MySQL паразитируют! Они же без MySQL не могут.
    Мне кажется, что весь этот "переезд" просто способ надавить на Oracle, припугнуть, мол, как откажемся от баз данных вообще, тогда сами приползёте.
    Только я сомневаюсь, что толпы разрабов кинутся переписывать свои программы, пересаживая их на MariaDB. И в результате получится, что в системе опять две базы данных и те кто перепрыгнул, нахватают ошибок, потом те которые остались, получат свою порцию адреналина.
    В результате линукс опять докажет что он непрогнозируем, невменяем и бизнесу с ним лучше не связываться.
     
     
  • 3.8, Crazy Alex (ok), 20:44, 05/02/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Наоборот. В отличие от закидонов Оракла MariaDB уже показала себя как приличный проект, аккуратно относящийся к безопасности и ведущийся по принципам открытой разработки. Что стабильности и прогнозируемости только на пользу.

    И, к вашему сведению, переписывать ничего не надо. Maria - drop-in replacement. То есть сносите мускуль, ставите её - и всё работает как и работало, разве что побыстрее и с большей уверенностью в отсутствии багов. Имена команд - и то те же самые.

     
     
  • 4.37, Аноним (-), 09:10, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >То есть сносите мускуль, ставите её - и всё работает как и работало, разве что побыстрее и с большей уверенностью в отсутствии багов.

    Ссылочка на тесты будет? Или опять голословное утверждение?

     
     
  • 5.48, bircoph (ok), 21:29, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>То есть сносите мускуль, ставите её - и всё работает как и работало, разве что побыстрее и с большей уверенностью в отсутствии багов.
    > Ссылочка на тесты будет? Или опять голословное утверждение?

    У нас сервера уже крутятся, проблем нет. Что, собственно говоря, вы хотите тестировать?

     
  • 3.13, XoRe (ok), 21:12, 05/02/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Как можно убежать от MySQL пересев на MariaDB? Ума не приложу. Они
    > же на MySQL паразитируют! Они же без MySQL не могут.

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

    > Мне кажется, что весь этот "переезд" просто способ надавить на Oracle, припугнуть,
    > мол, как откажемся от баз данных вообще, тогда сами приползёте.

    А вы не думали, что это как раз Oracle припугнуты?
    Релиза-то пока нет, а его уже нахваливают.

     
     
  • 4.15, Константавр (ok), 22:36, 05/02/2013 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Кто первый поднял бучу по поводу того что Oracle прячет изменения в MySQL? Разрабы MariaDB. Почему? потому что они полностью от этого зависят.
    Кто громче всех жаловался на то что Oracle долго не выпускает исправлений к MySQL? Разрабы MariaDB. Почему? потому что они полностью от этого зависят.
    И понятно, почему они "написали" полностью совместимый продукт, они как Убунта на Дебьяне, в первые годы жизни, значки да лейблы поменяли и вперёд.
    Только не пойму, оракл плохой что зажимает разработку, а РедХат хорошие?

    И да, минусы радуют :)

     
     
  • 5.22, XoRe (ok), 00:47, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Только не пойму, оракл плохой что зажимает разработку, а РедХат хорошие?
    > И да, минусы радуют :)

    В ваших рассуждениях есть изъян.
    mariadb развивается с 2009 года.
    Уже в 2010 они предлагали больше и лучше, чем mysql
    http://habrahabr.ru/post/108104/

    Совместимость с mysql - фишка, чтобы людям было удобнее переходить с mysql.
    Если mysql закроют/забросят/выкинут, mariaDB просто не нужно будет тратить силы на поддержание совместимости.

     
     
  • 6.24, Дима (??), 01:40, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А что там лучше?
     
  • 6.28, pavlinux (ok), 03:35, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > Если mysql закроют/забросят/выкинут

    В отличии от влияния на опенсоурс магнитных бурь и фаз луны,
    на энтерпрайз влияют финансовые и юридические обязательства!

    И знаете, я почему-то больше доверяю Oracle's Lifetime Support Policy,
    чем маразматику Видениус, который сначала продал MySQL, потом орёт какого
    хрена закрыли код?! Теперь машет на баррикадах флагом, с криками все на MariaDB!
    Где гарантия, что его опять не переклинит и он не продаст всё это IBM.

    Да и старый он уже, в 50 лет мерятся пипками с Ораклом... гы-гы-гы,
    кстати не исключаю факт, что его прикармливают из того же Оракла,
    с целью удержания контроля. Опенсоурсные гопники всё равно не рынок,
    а человек понимающий в базах, точно эти детские поделки ставить не будет!
        

     
     
  • 7.29, Whoiswho (?), 08:20, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ты доверял ему добрых N лет, пока он развивал мускуль. А теперь вдруг перестал.

    Пава, ты не постоянен в своих симпатиях к взрослым людям.

     
     
  • 8.44, pavlinux (ok), 13:46, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Общение с базами данных я как раз начинал с Oracle DB 8, позже Informix... текст свёрнут, показать
     
     
  • 9.45, ананим (?), 15:01, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    не дрынди ещё пару лет назад при обсуждении 8 1 7 тут же ты был не в зуб ного... текст свёрнут, показать
     
     
  • 10.47, pavlinux (ok), 18:11, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Непомню я такого, Оракаль юзал последний раз в 2005 году ... текст свёрнут, показать
     
  • 7.52, XoRe (ok), 18:18, 12/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Если mysql закроют/забросят/выкинут
    > В отличии от влияния на опенсоурс магнитных бурь и фаз луны,
    > на энтерпрайз влияют финансовые и юридические обязательства!

    Да.
    Но в том порядке, от кого они получают больше денег.
    А это сначала инвесторы/учредители.
    Потом крупные клиенты.
    Потом мелкие клиенты.
    Потом халявщики.

    Можете определить, где вы на этой лестнице)

    P.S.
    Понятно Oracle не выкинет mysql и продолжит поддержку для платных клиентов.
    Просто "запилить или на запилить новую функциональность" - не относится к поддержке.

     
  • 4.38, Аноним (-), 09:14, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Очень даже могут. Они показали самостоятельную работу, выпускают свои релизы.

    И что? Выпуск релизов не является признаком самостоятельной работы.

    >> Мне кажется, что весь этот "переезд" просто способ надавить на Oracle, припугнуть,
    >> мол, как откажемся от баз данных вообще, тогда сами приползёте.
    > А вы не думали, что это как раз Oracle припугнуты?
    > Релиза-то пока нет, а его уже нахваливают.

    Не читаю, но отвечаю.


     
  • 3.14, Sinot (ok), 21:55, 05/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Припугнуть Oracle MySQL'ем? Пф-ф-ф... У них же есть Oracle DataBase.
    Да и потом, историю с OpenOffice все помнят же? =)
     
     
  • 4.40, Аноним (-), 09:21, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Да и потом, историю с OpenOffice все помнят же? =)

    А что там за история? Он прекрасно ставится и работает. Просто некоторые дистроклепатели посчитали себя умнее пользователей, заменив oo на lo при обновлении. Вот и сейчас подняли шумиху. Хотя и не понимают, что решение принимает исключительно Redhat, по сути прямой конкурент оракла. Идиоту понятно, что он не будет кормить своего конкурента любой ценой. Так что хомячки снова стали местом разборок корпораций. Только и всего.

     
  • 3.16, Аноним (-), 22:45, 05/02/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Чего? От OpenOffice убежали весьма удачно. Весьма. И где сечас OpenOffice, а где LibreOffice? Правильной дорогой идут, имхо. Когда же вы поймете, что Oracle не сдалась ни MySQL, ни Solaris, ни OpenOffice, ни что либо еще. Кроме Java, конечно. И некоторые "политические" ценности Sun.
     
     
  • 4.19, Аноним (-), 23:13, 05/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > ни Solaris

    Зачем тогда нужна была клоунада с закрытием OpenSolaris? Отдали бы его комьюнити как OO.

     
     
  • 5.21, Аноним (-), 00:00, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем - не знаю. Мотивы, интриги. Solaris поддерживать надо по контрактам, обязательства. Тестовый полигон для коммерческого Solaris отдавать коммунити - не в стиле Oracle. Да и зачем он? Каждый ресурс, каждый грош на счету. Тем более у таких просчетливых. Oracle может иметь миллиарды, и что? Думаете устроит Oracle Summer of Code, следуя примеру Google? Имели бы возможность - закрыли бы и MySQL, да вот решение суда и антимонопольщиков не разрешило. Вот такие пироги. Остальное что смогли - прикрыли/избавились.
     
  • 3.18, Аноним (-), 23:11, 05/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Буквально недавно здесь была новость, что MariaDB начинает уходить от кодовой базы MySQL.
     
     
  • 4.30, Whoiswho (?), 08:26, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А кодовая база и не нужна. Нужен API.

    99% процентов баз мускуля переносятся в МашкаДБ за 2 минуты просто восстановлением дампа, т.к. там ничего уровня процедур и других внутренностей ДБ. Но эти 99% и создают тех, кто тянут БД на рабочие места.

     
     
  • 5.41, Аноним (-), 10:14, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если общее API = паразитирование на MySQL, то говорить нам, в общем-то, не о чём. С другой стороны, то, что MariaDB уходит от кодовой базы MySQL и добавляет свои улучшения, может означать в т. ч. и изменение API.
     
     
  • 6.46, ананим (?), 17:58, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это видимо будет сюрпризом, но мускуль всегда собственно и был только фронтэндом над различными движками.
    что это значит? движки могут быть различными и развиваться в любую сторону не влияя на API.
    так что все ваши рассуждения в этой ветке — дырка от бублика.
     
  • 3.32, Аноним (-), 08:47, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А с чем рекомендуете "связываться" бизнесу?
     
  • 2.10, Crazy Alex (ok), 20:48, 05/02/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Во-первых, это всего лишь анонс, маркетологами писаный. его ещё проверять и проверять на соответствие действительности.
    Во-вторых, возможности эти, если чего-то стоят, приедут в следующую версию Марии.
     
  • 2.34, CSRedRat (ok), 08:49, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Уже есть MariaDB 10.0, где поверх мускуля 5.6 наложены кошерные патчи и разработка смещается в пользу своих оригинальных решений.
     

  • 1.6, Аноним (-), 20:28, 05/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    а где ключевые улучшения уязвимостей?
     
     
  • 2.33, Аноним (-), 08:48, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > а где ключевые улучшения уязвимостей?

    Вы хотели сказать "устранения уязвимостей"? Дело в том, что "улучшением" уязвимостей занимается несколько иная компания. :))))))))))))))

     

  • 1.9, ILYA INDIGO (ok), 20:47, 05/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >движок InnoDB, в котором появилась поддержка средств полнотекстового поиска,

    Замечательно! Как раз в InnoDB этого и не хватало.
    >возможность доступа к данным через memcached API

    И это тоже здорово!
    Самое обидное, что всё это, в виде MariaDB 10 не попадёт на RHEL7 и на все сентовские быдлохостинги, на которых ещё до сих пор 5.1.x установлена, попадёт не скоро :(

     
     
  • 2.11, Crazy Alex (ok), 20:49, 05/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем InnoDB на быдлохостингах, если VDS стоит от 10 баксов?

    И, кстати, я пока не видел продакшна, в котором мускуль был из родного репозитория дситрибутива, всегда самосборный.

     
     
  • 3.35, Аноним (-), 08:50, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А зачем InnoDB на быдлохостингах, если VDS стоит от 10 баксов?
    > И, кстати, я пока не видел продакшна, в котором мускуль был из
    > родного репозитория дситрибутива, всегда самосборный.

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

     
     
  • 4.49, Crazy Alex (ok), 22:06, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Просто если вам нужна InooDB - то вам, вероятно, не совсем побоку ваши пользователи и ваша безопасность и производительность. Соответственно, логично от шареда держаться подальше, тем более,что на VDS (и на железки, кстати) цены сейчас совершенно смешные. А на VDS можно влепить любую нужную версию софта.

     
  • 2.12, Аноним (-), 21:02, 05/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>движок InnoDB, в котором появилась поддержка средств полнотекстового поиска,
    >Замечательно! Как раз в InnoDB этого и не хватало.

    SphinSearch
    InnoDB же медленный для полнотекстового поиска!!!

     
     
  • 3.20, dchusovitin (ok), 23:41, 05/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Не всегда есть возможность установить сторонний поисковый движок. Да и нет надобности в них, если мало данных (например < 100K) и не нужен продвинутый анализ, морфология. Добавили фичу, которую многие ждали, значит InnoDB развивается. Хотя в этом же релизе присутствуют более интересные фичи.
     
     
  • 4.31, Whoiswho (?), 08:28, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Если не нужна морфология, то чем это отличается от "like" ?
     

  • 1.23, Аноним (-), 01:25, 06/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    У mariadb 10 больше плюшек на текущий момент. Имхо 2 штуки у оракла круче
     
     
  • 2.43, pro100master (ok), 13:22, 06/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    например? Напишите статью, думаю, многим было бы интересно сравнить!
     

  • 1.25, Аноним (-), 02:13, 06/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    global transaction identifiers  забыли.
     
  • 1.42, edwin (ok), 11:26, 06/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Интересно .... надо пощупать их NoSQL API с таблицами InnoDB ...
     
  • 1.50, RedRat (ok), 17:38, 08/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Блин, а сжатия ibdata1 без дамп/рестора как не было, так и нет. Десять лет уже реквест в их трекере висит, скоро внуки у него появятся... :-(
     
     
  • 2.51, Амигос (?), 04:02, 12/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    апни тему и затроль их
     

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



    Спонсоры:
    MIRhosting
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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