Comments 10
>>* Планировщик событий.
что то мне подсказывает что это может быть заменой неудобному в скриптовании крону... слежу за развитием событий.
что то мне подсказывает что это может быть заменой неудобному в скриптовании крону... слежу за развитием событий.
+4
Для тех кто живет в мире реляционных баз давно.
Разделение табилц - это партишнинг, как был в большинстве "больших" DB и ранее. Собственно он и раньше был доступен, но только для InnoDB, а сейчас 1. эту фичу добавили и для MyISAM таблиц, 2. теперь запрос, извлекающий данные из 4 партишнов будет работать до 4х раз быстрее, благодаря partition pruning.
API для плагинов тоже был в MySQL давно, просто теперь стало возможно формировать подгружать плагиновые .so и .dll налету. Собственно прямо сейчас на самом деле доступа к fulltext search api из плагинов нет, автор чуть поспешил.
Скедулер или планировщик (по умолчанию не собирается) работает отлично - просто сказка. Действительно практическая замена для пользователей, не привыкших к unix. Одно но - там пока что проблемы с безопасностью, например я легко могу написать пару SQL запросов, которые раз в минуту укладывают базу.
Построчная репликация. На самом деле это очень простая идея - так называемый даталог. По сути - вместо того, чтобы писать в бинлог команды вида "insert into table values ... ... ..." получится так "append to table raw ... ... ...", тоесть никакого реального улучшения механизма не произошло. Единственный плюс - уменьшение проблем при рассинхронизации реплики. В общем додумайте мысль сами :)
Спасибо за напоминание, давно хотел написать обзор изменений - Вы почти справились сами!
Разделение табилц - это партишнинг, как был в большинстве "больших" DB и ранее. Собственно он и раньше был доступен, но только для InnoDB, а сейчас 1. эту фичу добавили и для MyISAM таблиц, 2. теперь запрос, извлекающий данные из 4 партишнов будет работать до 4х раз быстрее, благодаря partition pruning.
API для плагинов тоже был в MySQL давно, просто теперь стало возможно формировать подгружать плагиновые .so и .dll налету. Собственно прямо сейчас на самом деле доступа к fulltext search api из плагинов нет, автор чуть поспешил.
Скедулер или планировщик (по умолчанию не собирается) работает отлично - просто сказка. Действительно практическая замена для пользователей, не привыкших к unix. Одно но - там пока что проблемы с безопасностью, например я легко могу написать пару SQL запросов, которые раз в минуту укладывают базу.
Построчная репликация. На самом деле это очень простая идея - так называемый даталог. По сути - вместо того, чтобы писать в бинлог команды вида "insert into table values ... ... ..." получится так "append to table raw ... ... ...", тоесть никакого реального улучшения механизма не произошло. Единственный плюс - уменьшение проблем при рассинхронизации реплики. В общем додумайте мысль сами :)
Спасибо за напоминание, давно хотел написать обзор изменений - Вы почти справились сами!
+11
Отличный комментарий, спасибо :)
+1
действительно хороший и грамотный коммент.
Спасибо.
Спасибо.
0
у partitioning все-таки есть не менее интересный бонус в том, чтобы партиции пардон за сленг лежали в разных местах со всеми вытекающими - параллелизм, балансировка и т.д. если честно я не нашел, можно ли в mysql положить партиции в разные tablespaces если пользоваться оракловой терминологией. касательно же partiotion pruning, я вот как-то не думаю что на практике 4 патриции раз и дадут 4-х кратное увеличения скорости, но идея с реорганизацией разбиения на партиции с учетом статистики запросов - может быть интересным. в-общем всем для прочтения рекомендуется оригинал, http://dev.mysql.com/doc/refman/5.1/en/p…
+1
да MySQL растет не по дням, а по часам...
не даром ходят слухи о покупке их Oracle, видно Oracle чуствует растущего конкурента :)
не даром ходят слухи о покупке их Oracle, видно Oracle чуствует растущего конкурента :)
0
Sign up to leave a comment.
MySQL 5.1 — что нового?