Sky4eg 6 фев 2013 в 08:44

Анонсирован стабильный релиз MySQL 5.6

3 мин

21K

MySQL*Oracle*SQL*

+38

Комментарии 22

datacompboy 6 фев 2013 в 09:04

На сколько % опять упала производительность?
Какой объём кода и тестов исчез из Open Source?
Сколько свежих критических багов добавлено?

Ждём месяцок, думаю первые маты полезут.

texnikru 6 фев 2013 в 09:16

Имхо MySQL 5.6 не нужен, слишком много проблем с этим «наследием». Есть грамотные Percona/Maria со всеми плюшками. Полнотекстовый поиск оставить за Sphinx т.к. каждый должен заниматься своим делом.

idkfa 6 фев 2013 в 09:26

А я бы с радостью отказался от Sphinx, если бы MySQL это делал не хуже.

texnikru 6 фев 2013 в 10:28

Sphinx кстати не дурно работает как NoSQL, есть реальные примеры.

shodan 6 фев 2013 в 13:05

Не поверишь: если бы кто-то делал поиск не хуже, я бы в своем время тупо не начал писать Sphinx. ;)

akalend 6 фев 2013 в 11:59

надо не забывать что Percona/Maria всего лишь форки основного движка…
добавлены/заменены на другие хранилища,
ну в перконе добавлены средства мониторинга…

texnikru 6 фев 2013 в 12:05

Убунта форк Дебиана, а Фаерфокс форк Мозиллы. Форк — это ответвление и ничего не мешает пойти своим путём. MariaDB пилят версию 10.0, чтобы показать насколько далеко они готовы зайти.

НЛО прилетело и опубликовало эту надпись здесь

HiltoN 6 фев 2013 в 09:39

Администраторы получают возможность производить операции связанные с сбросом схемы, добавлением или удалением столбцов данных или переименованием столбцов без отключения СУБД. Ранее подобные возможности были доступны только в NoSQL-продуктах.

Ну прямо-таки «только в NoSQL-продуктах». В той же Oracle DB и в некоторых других RDBMS есть такая возможность.

VolCh 6 фев 2013 в 10:10

А я вообще не понял о чём это. Что ALTER TABLE была блокирующая команда, а теперь не блокирующая?

Melkij 6 фев 2013 в 10:40

Раньше alter table для innoDB производила полное копирование таблицы и затем удаляла старую копию. При этом, блокировались вся запись в эту таблицу.
Например, повесить дополнительный индекс на развесистую таблицу — и на сколько-то часов таблица доступна только на чтение.

VolCh 6 фев 2013 в 12:42

Вот что меня смутило. В посте говорится о переводе всей базы (не одной таблицы) в оффлайн, хотя по факту блокируется только запись в таблицу.

datacompboy 6 фев 2013 в 13:15

во время alter'а на тип — чтение тоже в блоке

VolCh 6 фев 2013 в 13:17

Но всё равно одной таблицы и не требуетя останавливать всю базу, как можно подумать по посту.

HiltoN 6 фев 2013 в 22:40

Думаю, что имелось ввиду не «без отключения СУБД», а «без отключения от СУБД» т.е. «без остановки приложения, на котором эта СУБД рабтает». В любом случае, изменение таблицы, из которой идёт постоянное чтение и в которую идёт постаянная запись раньше требовало экслюзивного доступа к таблице, сейчас же всё можно сделать не прекращая работу приложения.