The OpenNET Project / Index page

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

В MySQL 8.0 отмечается закат хранилища MyISAM

13.10.2016 09:14

В находящейся в разработке ветке CУБД MySQL 8.0 (версия 8.0 будет выпущена следом за 5.7, вместо 5.8) представлены изменения, ограничивающие использование хранилища MyISAM. Поддержка MyISAM пока сохраняется, но использование данного хранилища в самом MySQL практически прекращено. В частности, после реализации в MySQL 8.0 нового механизма хранения системных данных, таблицы MyISAM больше не используются для хранения системной схемы (БД mysql) и теперь невозможно просто скопировать таблицы MyISAM на работающий сервер MySQL (скопированные таблицы не будут определены, в отличие от таблиц InnoDB, для которых можно выполнить "ALTER TABLE … IMPORT TABLESPACE"). Возможность создания таблиц с опцией "engine=MyISAM" сохранена.

Ранее хранилище MyISAM предоставляло поддержку ряда возможностей, отсутствующих в InnoDB, но в ветках MySQL 5.6 и 5.7 функциональность была выравнена и в InnoDB появились такие функции как полнотекстовые индексы, табличные пространства, пространственные индексы (RTREE), отслеживание последнего обновления, пригодность для временных таблиц и ускорение работы функции "count(*)". До сих пор оплотом MyISAM было использование данного хранилища для системных таблиц, но в MySQL 8.0 системное хранилище было переведено с MyISAM. Таким образом, не осталось препятствий для воплощение в жизнь предложения по переводу MyISAM в разряд опциональных хранилищ, подключаемых при необходимости в форме плагина. Из достоинств MyISAM остаётся более компактное хранение данных на диске в несжатом виде и значительный выигрыш в производительности выполнения операции count(*).

  1. Главная ссылка к новости (https://www.percona.com/blog/2...)
  2. OpenNews: Компания Oracle анонсировала стабильный релиз MySQL 5.7
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/45315-mysql
Ключевые слова: mysql, myisam
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (167) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, kornel (?), 09:50, 13/10/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Увы, еще одна удобная фишка есть только в MyISAM - MRG_MyISAM.
     
     
  • 2.27, Аноним (-), 10:49, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    MRG_InnoDB?

    Просто добавить View

     
  • 2.114, Аноним (-), 17:25, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Единственная там удобная фишка -- это дефрагментация.
     
     
  • 3.123, Аноним (-), 20:15, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Единственная там удобная фишка -- это дефрагментация.

    В InnoDB тоже фейсбук добавил дефрагментацию :P

     

  • 1.2, A.Stahl (ok), 09:51, 13/10/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >отмечается закат

    Хм. Мерзко звучит. Может "происходит отказ от" или что-то в этом роде?
    >выровнена

    Может всё-таки "выравнена" от слова "равенство", а не "выровнена" от слова "ровно"?

     
     
  • 2.8, YetAnotherOnanym (ok), 10:21, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    http://gramota.ru/slovari/dic/?word=%D0%B2%D1%8B%D1&
     
     
  • 3.43, Аноним (-), 11:33, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • –5 +/
    клоун: это называется "чередование". Весьма распространённое (и жутко неудобное для изучающих русский язык иностранцев) явление.

    http://licey.net/free/4-russkii_yazyk/39-kurs_russkogo_yazyka_fonetika__slovo

    Все слова являются исключениями. Правила есть, но они работают 50:50. Так, если после корня стоит "т" и ещё какие-нибудь буквы, то "о" часто меняется на "а": рост - росли - расти - растить, но мост - мостить.

    ...

    По сути он прав, слово "закат" в данном контексте употреблено неверно. Правильнее было бы употребить "отказ".

     
  • 2.126, anomymous (?), 23:06, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Закатывают вручную просто.
     

  • 1.3, GreenX (ok), 09:56, 13/10/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как будто, MySQL какая то секта, а MyISAM важная эпоха... а по сути так и есть. :)
     
     
  • 2.111, KonstantinB (ok), 16:22, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Отказ от myisam для системных словарей  - это действительно прямо ВЕХА. И там настолько это было гвоздями прибито в коде, что работа проделана просто огромная.

    Неверсионность DDL всегда создавала кучу проблем и была одним из ключевых недостатков mysql.

     

  • 1.4, commiethebeastie (ok), 10:04, 13/10/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Использование MySQL вместо MariaDB оправдано на данный момент или это синдром утёнка?
     
     
  • 2.6, Какаянахренразница (ok), 10:19, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет ни малейшей причины не использовать MariaDB.
     
     
  • 3.49, Онаним (?), 11:50, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Какая вообще разница? Примерно как между Chrome и Chromium?
     
  • 3.103, SysA (?), 16:01, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Нет ни малейшей причины не использовать MariaDB.

    Atlassian Status as of 28 April 2015

    Hello All,

    Given our current product priorities and other high ranking JAC issues we do not have plans to add MariaDB support in the foreseeable future.
    If anyone has DB vendor/type marketshare information - I'd love to see it to make an assessment of whether to add this to our supported platforms.
    When choosing to add a supported platform we assess the expected benefit of minimising the number of supported platforms vs. the level of tech debt that reduces our development velocity.

    Thanks for your feedback and we hope you appreciate our open approach to these requests.

    Danke schoen,
    Otto Ruettinger
    JIRA Principal Product Manager

     
     
  • 4.127, anomymous (?), 23:08, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    У нас Confluence на MariaDB Galera работает. С Galera есть свои тонкости, а вот если без галёры - полный drop-in replacement без особых проблем.
     
  • 2.56, Аноним (-), 12:43, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    нет никаких причин переходить на MariaDB - учитывая страсть автора к странным лицензиям и перепродаже воздуха.
     
     
  • 3.130, XoRe (ok), 02:22, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > нет никаких причин переходить на MariaDB - учитывая страсть автора к странным
    > лицензиям и перепродаже воздуха.

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

     
  • 2.83, Пользователь Debian (?), 14:02, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Сразу скажу, что моё мнение основано на чтение блогов, людей, причастных к Вы... большой текст свёрнут, показать
     
     
  • 3.169, Какаянахренразница (ok), 12:05, 16/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > MariaDB к сожалению постепенно отходит от MySQL в совсем уж самостоятельный форк

    Ну и о чём тут сожалеть?

     

  • 1.5, Аноним (-), 10:11, 13/10/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    *Шутка про погоню за версиями, чтобы догнать и перегнать Chrome*
     
     
  • 2.165, irinat (ok), 00:38, 16/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Chrome уже выполнил главный квест прикладного ПО — превращение в операционную систему. Его не догнать.
     

  • 1.9, Ilya Indigo (ok), 10:23, 13/10/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > версия 8.0 будет выпущена следом за 5.7, вместо 5.8

    Это запоздалый и кривой бекпорт из MariaDB, или это вирус Хрома начал поражать вэб-технологии?
    У PHP была объективная причина, пропустить 6-ую версию, и по случайности совпало, что вместо 5.7 вышла 7.0.
    MariaDB, хотела чтобы считали, что у ней писька длиннее, чем у PostrgeSQL.
    Но какой смысл мускулу переходить на 8-ую версию?

     
     
  • 2.11, Аноним (-), 10:25, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • –8 +/
    У MariaDB писька коротка, но еще перерастет таковую у PostrgeSQL.
     
     
  • 3.121, Аноним (-), 19:53, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Радует что не перевелись еще такие как ты.
     
  • 3.166, Аноним (-), 02:19, 16/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Самый умный парень на все село?
     
  • 2.12, Аноним (-), 10:29, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Много фундаментальных изменений -> необходима смена мажорной версии. 6 версию пропустили т.к. была. 7 версию перескочили т.к. нынче трендово.
     
     
  • 3.14, Школьник (ok), 10:31, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    http://semver.org/ и будет всем счастье. Не надо ничего придумывать.
     
  • 3.15, Ilya Indigo (ok), 10:34, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Много фундаментальных изменений -> необходима смена мажорной версии. 6 версию пропустили
    > т.к. была. 7 версию перескочили т.к. нынче трендово.

    6-ой версии ни в релизе, ни в учебниках не было.
    В 5.5 то же много чего фундаментального поменяли, но на 6 не перескакивали.
    И с каких это пор цифра 7 перестала быть трендовой?

     
     
  • 4.18, Аноним (-), 10:36, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    6.0 версия была, но была заморожена еще на стадии альфа-тестирования
     
     
  • 5.42, Ilya Indigo (ok), 11:30, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > 6.0 версия была, но была заморожена еще на стадии альфа-тестирования

    Ну мало ли, что было несколько лет назад в планах у разработчиков.
    Насколько я понял, эта версия выщла как 5.5.
    В PHP была схожая ситуация, но её успели много кто потестировать, её много кто ожидал, не меньше чем Perl 6, изменения там были колоссальные, и вышла она как 5.4, но главное, информация про её скорый релиз, и частичную функциональность, утекла во множество учебников. А тут лишь в Вики можно прочитать, что оказывается давным-давно, в далёкой-далёкой галактике...
    Причина пропуска никак не объективная.

     
  • 4.19, Аноним (-), 10:38, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Имелось ввиду не 7 перескакивать трендово, а трендово скакать вообще. Чем они хуже мелкософта?
     
     
  • 5.47, Аноним (-), 11:48, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • –8 +/
    клоун: у Майкрософта то как раз всё... сложно :).

    "Windows 10" - это маркетинговое название, не имеющее никакого отношения к внутренней нумерации, также как и "Windows 7".

    Функция GetVersionEx возвращает 6.2 для W8 и 6.3 для W8 (с обновлениями) и W10, что тонко намекает на количество изменений.

    Чтобы определить, что это именно W10 необходимо вызвать новую функцию - IsWindows10OrGreater(), а старые (GetVersion, GetVersionEx) считаются устаревшими и не должны больше вызываться.

     
     
  • 6.55, pkdr (ok), 12:13, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Неужели ты думаешь, что кому-то, кроме того мелкого сотрудника M$, который направил тебя на этот сайт, интересно, что там возвращают кривые функции в замороченном поделии индусов-извращенцев из M$?
     
     
  • 7.59, Аноним (-), 12:53, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • –7 +/
    клоун: мелкого... Хех. Видел бы ты какой у него мелкий...
     
  • 4.20, Аноним (-), 10:39, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Здесь утверждается что была: https://ru.wikipedia.org/wiki/MySQL#MySQL_6.0
     
  • 2.16, iPony (?), 10:34, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ну что за позерство?
    По-моему логичная смена нумерации. Раньше были 5.6, 5.7, которые вроде как выглядят минорными, но такими не являются. Изменений в новой достаточно.
    Версию к тому же приравнивают к MySQL Cluster.
    В итоге всем удобно, а Вы рассуждайте и дальше про длину кхе-кхе.
     
     
  • 3.23, Ilya Indigo (ok), 10:43, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > По-моему логичная смена нумерации.

    http://demotivation.me/images/20090226/p4edulouu0wr.jpg

     
     
  • 4.25, iPony (?), 10:45, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Для людей не хотящих думать, а занимающихся популизмом - да.

     
  • 4.108, soarin (ok), 16:15, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ну таково мнение Оракла, а Вы с воплями "как же так можно нумеровать" действительно можете идти куда подальше. Нормальных людей не очень цифры версии волнуют.
    > Версию к тому же приравнивают к MySQL Cluster

    А это и есть реальная причина.
    PS: а свои "смишные" картинки оставьте, пожалуйста, для других ресурсов, если нечего сказать.

     
  • 2.22, Аноним (-), 10:41, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Всё просто. Проект завис на версии 5. Вот они 5 отбросили, и сделали минорную циферь мажорной. Всё вполне логично. Ничего не перескакивали.
     
     
  • 3.160, Аноним (-), 11:51, 15/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Поддерживаю, это первое, о чём я подумал, когда увидел 5.5 → 5.6 → (5.)7
     
  • 2.61, й (?), 13:01, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    ой, не застали вы slackware 7.0 задолго до хрома. там к нему в комлекте шло чудесное описание, почему была версия 4.0, а стала 7.0
     
     
  • 3.62, й (?), 13:02, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    или solaris 7 после 2.6 незадолго до слаквари
     
     
  • 4.161, Аноним (-), 11:52, 15/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    После (2.)6 идёт 7, потому что в (2.) больше нет необходимости, всё правильно.
     
  • 3.88, Ilya Indigo (ok), 14:32, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Не застал. Мне, к сожалению, в моё время примеров хватает, даже через чур.
     

  • 1.10, Аноним (-), 10:24, 13/10/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    InnoDB с ее жором памяти тоже пора закатывать и убирать в дальний угол кладовки.
     
     
  • 2.13, Ilya Indigo (ok), 10:30, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > InnoDB с ее жором памяти тоже пора закатывать и убирать в дальний угол кладовки.

    Те кто так считают, уже давно перелезли на PostgreSQL, а то и изначально используют его.

     
     
  • 3.17, YetAnotherOnanym (ok), 10:35, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > давно перелезли на PostgreSQL, а то и
    > изначально используют его.

    Зачем Вы разрушаете уютный мир выпускников трёхмесячных курсов веб-дизайна? MySQL - их первая любовь на всю жизнь.

     
     
  • 4.36, Аноним (-), 11:17, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    MySQL - моя первая любовь. И серьезно разобравшись в вопросе я понял, под мой круг задач MySQL оптимальнее. И я вообще не понимаю тот фанатизм, который развернулся вокруг PostgreSQL. На мой взгляд все эти люди просто некомпетентны в вопросе, повелись на мишуру.
     
     
  • 5.67, Аноним (-), 13:13, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Mysql тупо быстрее, предсказуемее (потому что блокировочник), проще в обслуживании и примитивнее в использовании. Для веба в самый раз.
     
     
  • 6.86, all_glory_to_the_hypnotoad (ok), 14:21, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Mysql тупо быстрее, предсказуемее
    > потому что блокировочник

    Ага, разобрался он в вопросе. Видишь, мускулем пользуются только одни идиоты не способные хоть немного понять как работает ПО которым они пользуются.

     
  • 6.91, Анином (?), 14:46, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И еще плохой планировщик запросов.
     
  • 6.132, XoRe (ok), 02:31, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > предсказуемее

    Ну, с MyISAM точно нет, т.к. нет нормальной транзакционности.
    Имхо, лучше сказать, что вы её лучше изучили. Но это не является объективным плюсом именно mysql.

     
  • 3.21, Gemorroj (ok), 10:40, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    к сожалению есть масса легаси кода, и крупных проектов где просто так БД не сменишь. так что mysql нужно по возможности тоже допиливать.
     
     
  • 4.33, Ilya Indigo (ok), 11:11, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С этим я не спорю. Я говорю за новые проекты и за те, которые не слишком завязаны на InnoDB или прочие движки.
     
  • 3.24, iPony (?), 10:43, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Так только позеры считают и религиозные фанатики.
    Нормальному человеку понятно, что MySQL и PostgreSQL - это ну очень разные инструменты. И в зависимости от поставленной задачи и конкретных условий всё сильно меняется, поэтому ответа на вопрос "Что лучше MySQL или PostgreSQL?" - нет.
     
     
  • 4.26, Gemorroj (ok), 10:46, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >> MySQL и PostgreSQL - это ну очень разные инструменты

    можно подробнее? (реально интересно, это не троллинг)

     
     
  • 5.32, Аноним (-), 11:06, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не знаю что имел ввиду iPony, для меня решающая разница - поддержка движков таблиц. Под каждую задачу я могу выбрать таблицу с оптимальной для нее структурой хранения данных. Под специфические задачи я могу написать свой табличный движок. В версии 8.0 добавят найтивное партицирование, можно будет формировать гибридные таблицы. В PostgresSQL такого никогда не будет. Зато они не тратя время на поддержку движков действительно здорово продвинулись в других вещах, без которых, впрочем, можно обойтись.
     
     
  • 6.35, Ilya Indigo (ok), 11:16, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > без которых, впрочем, можно обойтись.

    Это субъективное мнение.
    Я вот думаю, что при наличии приемлемого встроенного движка, без поддержки сторонних движков вполне можно обойтись.

     
     
  • 7.40, Аноним (-), 11:26, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Разница между MVCC движками и тем что в MyISAM огромна, другое дело что в MySQL почему-то его решили грохнуть.
     
     
  • 8.65, Аноним (-), 13:08, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Посмотри код myisam - и вопрос отпадёт сам собой Он чудовищно написан, а джедае... текст свёрнут, показать
     
  • 6.38, Gemorroj (ok), 11:19, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    По факту почти везде innodb. memory какой-то тормознутый (лок на уровне таблицы при insert, например, чего стоит), archive ненадежный (лично приходилось несколько раз восстанавливать).
     
  • 6.46, Аноним (-), 11:42, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >найтивное

    какая сложная рушшиан лангуага.

     
     
  • 7.50, Andrey Mitrofanov (?), 11:52, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >сложная рушшиан лангуага.

    Лангважа!

     
  • 6.90, all_glory_to_the_hypnotoad (ok), 14:40, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Это всё полнейшая чушь, не можешь Во-первых, все прользователи мускуля тупые ов... большой текст свёрнут, показать
     
  • 6.124, anonymous (??), 20:21, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >В PostgresSQL такого никогда не будет.

    Отвечаешь?

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

     
  • 3.30, Аноним (-), 10:54, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • –6 +/
    MySQL очень гибкая. Назовите любую задачу и на MySQL её можно решить значительно эффективнее, чем на PostgreSQL. Главное чтобы руки из нужного места росли, чем не славятся фанатики PostgreSQL.
     
     
  • 4.41, Аноним (-), 11:27, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > MySQL очень гибкая. Назовите любую задачу и на MySQL её можно решить
    > значительно эффективнее, чем на PostgreSQL. Главное чтобы руки из нужного места
    > росли, чем не славятся фанатики PostgreSQL.

    Триггеры?

     
     
  • 5.70, _hide_ (ok), 13:24, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    В 5.7 всё стало нормально. Почти не осталось непонятных ожиданий "пока кто-то схему отпустит" и прочих "левых" блокировок, которые возникали потому что из after триггера запускали обновление другой таблицы, которая в это время была занята (да и ещё MyISAM-овская). Поэтому и ставили задержку в 10-15 секунд на заброс - такая блокировка сама отваливалась через таймаут. Сейчас этого нет, InnoDB почти повзрослел и покрывает большую часть функций "тупо хранить в табличке и не терять связей". Ну да, наследования таблиц и структур нет и не будет, но задач, когда необходимо один набор данных расширять у современных разработчиков почти нет.
     
     
  • 6.95, Аноним (-), 14:55, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Be aware of that MySQL does foreign key checks BEFORE invoking any trigger So i... большой текст свёрнут, показать
     
     
  • 7.112, Аноним (-), 16:32, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    https://jira.mariadb.org/browse/MDEV-8605

    NOT NULL constraint must be checked *after* the BEFORE triggers.
    That is for INSERT and UPDATE statements even NOT NULL fields
    must be able to store a NULL temporarily at least while
    BEFORE INSERT/UPDATE triggers are running.

     
  • 4.45, 1 (??), 11:42, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Реализовать встроенные пакеты на PL/SQL ?
     
  • 4.48, Ilya Indigo (ok), 11:48, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > MySQL очень гибкая. Назовите любую задачу и на MySQL её можно решить
    > значительно эффективнее, чем на PostgreSQL. Главное чтобы руки из нужного места
    > росли, чем не славятся фанатики PostgreSQL.

    Ну, например, физическая репликация транзакционного движка.

     
  • 4.100, all_glory_to_the_hypnotoad (ok), 15:25, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да пожалуйста, сколько угодно 1 Кастомные типы данных, скалярные и комплексные ... большой текст свёрнут, показать
     
     
  • 5.105, KonstantinB (ok), 16:04, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Справедливости ради:

    > 5. Возможности оптимизации движка, планировщика и т.д.

    С этим уже неплохо в последних версиях Марии (в 8-ке, говорят, тоже).
    Там уже комбинированный rule-based + cost-based оптимизатор.

    > 7. Традиционный функционал для реляционных СУБД, это ссылочная целостность (FOREIGN KEY).
    > В мускуле она не всегда  нормально работает даже c innodb.

    Нормально там все в innodb, если специально (или по отсутствию ума) не использовать средства для отстреливания себе ног, предназначенные для особых случаев.

    По остальным пунктам согласен.

     
  • 4.102, KonstantinB (ok), 16:00, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >  Назовите любую задачу

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

    В postgresql есть gin и gist-индексы, hstore и jsonb. Что предлагает тут mysql?

     
     
  • 5.140, Аноним (-), 02:55, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    На, просвещайся: https://dev.mysql.com/doc/refman/5.7/en/json.html

    А вообще в таких случаях берут монгу, а не sql.

     
     
  • 6.141, all_glory_to_the_hypnotoad (ok), 03:52, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    дебил, монга не ACID СУБД.
     
     
  • 7.143, Аноним (-), 04:22, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Дeбил, для витрины магазина и не нужна ACID.
     
     
  • 8.157, all_glory_to_the_hypnotoad (ok), 17:55, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Дебил, что нужно определяет архитектор ... текст свёрнут, показать
     
  • 8.158, all_glory_to_the_hypnotoad (ok), 18:05, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и если даже отойди от ACID, то монга ещё умудряется и сливать в производитель... текст свёрнут, показать
     
  • 6.149, KonstantinB (ok), 11:39, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > На, просвещайся: https://dev.mysql.com/doc/refman/5.7/en/json.html

    И где там inverted index?

    > А вообще в таких случаях берут монгу, а не sql.

    И где в монге inverted index?

     
     
  • 7.151, Аноним (-), 13:00, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "Мама, сматли, я знаю про inverted index!!11"

    Т.е. с наличием json в mysql ты обоcpался и тут же стал требовать что-то другое. Ну покажи мне в посгре map-reduce тогда.

     
     
  • 8.154, KonstantinB (ok), 15:38, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Я прекрасно знаю, что в mysql есть json Что я требую, написано в том комментари... текст свёрнут, показать
     
     
  • 9.163, Аноним (-), 17:11, 15/10/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Теперь открой непосредственно маркет, посмотри на его сайдбар с чекбоксами, прик... текст свёрнут, показать
     
     
  • 10.164, KonstantinB (ok), 21:32, 15/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Прикинул операции В монге будет fullscan В постгресе будет gin index lookup G... текст свёрнут, показать
     
     
  • 11.167, Аноним (-), 05:42, 16/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Повторяй почаще, авось сам поверишь http blog mongodb org post 59757486344 fa... текст свёрнут, показать
     
  • 8.155, KonstantinB (ok), 15:41, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И, да, в монге нет эффективного поиска для данной задачи, там btree, что вообще ... текст свёрнут, показать
     
  • 3.31, Аноним (-), 10:56, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Те кто так считают, уже давно используют TokuDB. PostgreSQL в этом смысле не лучше, не надо тут навязывать неправильные решения, если не разбираетесь в сути дела.
     
     
  • 4.52, Ilya Indigo (ok), 12:07, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Те кто так считают, уже давно используют TokuDB.

    Про неё я слышу впервые. Попытка на офф сайте почитать документацию, приводи к запросу указания моих данных, чего мне не особо-то и хочется. https://learn.percona.com/download-percona-tokudb-7-5-manual
    В SHOW ENGINES в 10-ой Марии её, естественно, нет.
    Поведайте же нам, что это вообще такое?

     
     
  • 5.72, Аноним (-), 13:25, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Те кто так считают, уже давно используют TokuDB.
    > Про неё я слышу впервые. Попытка на офф сайте почитать документацию, приводи
    > к запросу указания моих данных, чего мне не особо-то и хочется.
    > https://learn.percona.com/download-percona-tokudb-7-5-manual
    > В SHOW ENGINES в 10-ой Марии её, естественно, нет.
    > Поведайте же нам, что это вообще такое?

    https://github.com/percona/tokudb-engine/wiki

     
  • 5.73, Аноним (-), 13:27, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Те кто так считают, уже давно используют TokuDB.
    > Про неё я слышу впервые. Попытка на офф сайте почитать документацию, приводи
    > к запросу указания моих данных, чего мне не особо-то и хочется.
    > https://learn.percona.com/download-percona-tokudb-7-5-manual
    > В SHOW ENGINES в 10-ой Марии её, естественно, нет.
    > Поведайте же нам, что это вообще такое?

    https://mariadb.com/kb/en/mariadb/enabling-tokudb/#check-for-transparent-hugep

    /etc/my.cnf.d/tokudb.cnf -> uncomment mariadb

    https://www.percona.com/doc/percona-server/5.7/tokudb/tokudb_installation.html

     
  • 5.75, _hide_ (ok), 13:32, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> Те кто так считают, уже давно используют TokuDB.
    > Про неё я слышу впервые. Попытка на офф сайте почитать документацию, приводи
    > к запросу указания моих данных, чего мне не особо-то и хочется.
    > https://learn.percona.com/download-percona-tokudb-7-5-manual
    > В SHOW ENGINES в 10-ой Марии её, естественно, нет.
    > Поведайте же нам, что это вообще такое?

    http://www.opennet.dev/opennews/art.shtml?num=36779
    Вообще, очень странный движок, но имеет свою нишу.

     
  • 3.37, Аноним (-), 11:19, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Честно, скажите, что есть действительно необходимого в PostgreSQL, чего нет в MySQL?
     
     
  • 4.39, Gemorroj (ok), 11:20, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    оптимизатор нормальный?)
     
     
  • 5.66, Аноним (-), 13:12, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Оптимизатор в MySQL хорош, будем спорить?
     
     
  • 6.74, Аноним (-), 13:31, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Оптимизатор в MySQL хорош, будем спорить?

    В MariaDB больше флагов.

     
  • 6.92, Анином (?), 14:49, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Да
     
     
  • 7.99, Аноним (-), 15:13, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Выкатывайте примеры, которые вам каждый день жить не дают, посмотрим. Я лично сталкивался с проблемами оптимизатора за 8 лет работы с MySQL только 1 раз.
     
     
  • 8.107, KonstantinB (ok), 16:14, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Везет Никогда не писали use force index, STRAIGHT_JOIN и хаки типа where update... текст свёрнут, показать
     
     
  • 9.110, Gemorroj (ok), 16:21, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а можно подробнее чувствую пригодится ... текст свёрнут, показать
     
     
  • 10.119, KonstantinB (ok), 19:16, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Если не страдаете археологией, не пригодится В последний раз использовал так... текст свёрнут, показать
     
     
  • 11.125, Аноним (-), 22:43, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Да вы батенька Пхпист ... текст свёрнут, показать
     
     
  • 12.134, KonstantinB (ok), 02:42, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Я много чего -ист А вас это беспокоит Хотите об этом поговорить ... текст свёрнут, показать
     
  • 8.109, Gemorroj (ok), 16:19, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    http sqlinfo ru forum viewtopic php pid 43892 это из того что недавно пришлось... текст свёрнут, показать
     
     
  • 9.117, Ilya Indigo (ok), 17:55, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Если со времён 5 0 ничего не изменилось, то дело тут в ORDER BY LIMIT с 2-мя па... текст свёрнут, показать
     
     
  • 10.118, Gemorroj (ok), 19:08, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    нет, это не так, если попадаем в индекс с сортировкой, то все будет хорошо в мо... текст свёрнут, показать
     
  • 4.44, Ilya Indigo (ok), 11:40, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Честно, скажите, что есть действительно необходимого в PostgreSQL, чего нет в MySQL?

    Физическая репликация.
    Более оптимальное распределение памяти.
    PL/pgSQL
    UPSERT (В MySQL REPLACE не то, а у INSERT ... UPDATE ... корявый и избыточный синтаксис)
    тригонометрические ф-ии

    И это только то, что читал беглым взглядом.

    P.S. Я не хейтер Постреса, я сам сейчас работаю с Марией, но уже задумываюсь о дальнейшем переходе на Пострес, и мне важно именно объективное мнение достоинств и недостатков обоих, хотя и к субъективным мнением прислушиваюсь.

     
     
  • 5.60, Аноним (-), 12:54, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Физическая репликация

    Которая сocёт на разнесённых репликах. Ширину канала можно добавить, а вот RTT не нaе6ёшь.

    > PL/pgSQL
    > тригонометрические ф-ии

    Да это бывает удобно. Однако пихать логику в базу - общепризнанная bad practice, убивает на корню горизонтальную масштабируемость.

    > UPSERT

    Который добавили только в 9.5 и который является аналогом ON DUPLICATE KEY, существующим уже тыщщу лет как.

    > Более оптимальное распределение памяти.

    Угу, особенно с её-то моделью "по процессу на коннект". А боунсер - это сторонний костыль.

     
     
  • 6.104, Аноним (-), 16:02, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> UPSERT
    > Который добавили только в 9.5 и который является аналогом ON DUPLICATE KEY,
    > существующим уже тыщщу лет как.

    не совсем

     
  • 6.106, KonstantinB (ok), 16:13, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да это бывает удобно. Однако пихать логику в базу - общепризнанная bad
    > practice,

    Смотря какую логику.
    Бывает логика хранения или валидации данных, которую не выразить простыми constraints, или умышленная денормализация для производительности. И тут триггеры абсолютно уместны.

    > убивает на корню горизонтальную масштабируемость.

    И каким же образом? Абсолютно перпендикулярные вещи.

     
     
  • 7.137, Аноним (-), 02:48, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > которую не выразить простыми constraints

    Ну приведите пример, что ли. Триггеры - это как раз то, с чего всё начинается. Примерно та же ситуация, что с плюсовыми шаблонами.

    > И каким же образом?

    А таким, что как только мастер упирается в лимит железа или времени выполнения, то мы оказываемся в жoпе. Мастер-мастер для RDBMS работает или с кучей оговорок или не работает вовсе, а на слейв ты писать не можешь.

     
     
  • 8.146, KonstantinB (ok), 05:10, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    http guides rubyonrails org association_basics html polymorphic-associations А... текст свёрнут, показать
     
     
  • 9.153, Аноним (-), 13:12, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Упрётся, но позже, поскольку база меньше нагружена Это позволяет нацеплять к не... текст свёрнут, показать
     
  • 6.136, XoRe (ok), 02:47, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> Физическая репликация
    > Которая сocёт на разнесённых репликах. Ширину канала можно добавить, а вот RTT
    > не нaе6ёшь.

    Интересно про RTT. Чем она мешает? В postgres просто передаются wal файлы. Как вы это настроите, так они и будут передаваться. Если они забираются медленно, нужно просто подкрутить настройки, чтобы мастер их не удалил раньше.
    Кроме того, теперь есть replication slots https://habrahabr.ru/post/245847/
    Грубо говоря, сервер будет держать wal файлы до тех пор, пока их не заберет последняя реплика.

     
     
  • 7.144, Аноним (-), 04:48, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Популярно про RTT: https://habrahabr.ru/company/ibm/blog/274807/

    Популярно про механизмы репликации в mysql/pgsql: https://habrahabr.ru/post/269889/

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

     
     
  • 8.174, XoRe (ok), 23:34, 03/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    На графике при задержке 100мс скорость падает с 1Гб с до 100Мб с Если бы это бы... большой текст свёрнут, показать
     
  • 5.64, Аноним (-), 13:05, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Более оптимальное распределение памяти.

    Берем TokuDB, включаем сжатие и смотрим на сколько экономнее расходуется дисковое пространство. На моих задачах сжатие достигает 5 раз.
    Берем MEMORY, кладем в нее скоропортящиеся данные телеметрии. Табличка в 1 гиг летает, Postgresql же просто убъет ssd непрерывной перезаписью.
    Берем табличку Archive с полнотабличным сжатием и кидаем в нее все логи. Сжатие при этом достигает 20 и более раз.
    Как реализовать таблицу для работы с манчестером или сетевым устройством под MySQL я знаю, а в Postgresql это в принципе не возможно В ней просто ничего не заложено для организации работы с другими устройствами. Postgresql сейчас даже не способна работать с оперативкой без костылей..., о каком распределении может идти речь?
    И это всё не включая возможностей версии 8.0, которая позволит создавать гибридные таблицы с любым распределением данных по любым устройствам памяти.
    > UPSERT (В MySQL REPLACE не то, а у INSERT ... UPDATE ... корявый и избыточный синтаксис)

    UPSERT думаю добавят. Но это не то, без чего нельзя прожить
    > тригонометрические ф-ии

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

     
     
  • 6.76, Аноним (-), 13:33, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Знатно вы вкатали постгерам,
    В mysql мелкие проблемы решаются по мере поступления.
    В pgsql для решения проблем нужно привлекать инженеров/архитекторов и кучу дополнительных костылей по бокам.
     
     
  • 7.79, Ilya Indigo (ok), 13:53, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Справедливости ради, не вижу особого вката.
    Для скоропортящихся данных есть redis, хранить логи в DB... , не знаю, может и есть смысл в этом, но я не могу сходу придумать зачем их нужно там хранить, как и любые данные, специфичные для движка Archive.
    TokuDB по умолчания в MariaDB нет, и её ещё нужно установить, возможно скомпилировать, а то и перекомпилировать и сервер, и настроить. Чем не костыль?
    На говнохостингах на Сентосе это точно не вариант.
     
     
  • 8.85, Аноним (-), 14:12, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    MaxScale CreateTableFilter type filter module regexfilter options ignorecase m... текст свёрнут, показать
     
  • 8.98, Аноним (-), 15:10, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В MySQL я одним запросом перегоняю нужные данные из оперативки в любую таблицу, ... текст свёрнут, показать
     
  • 8.129, anomymous (?), 23:10, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Про TokuDB неправда В MariaDB 10 0 10 1 идёт из коробки ... текст свёрнут, показать
     
  • 6.77, Ilya Indigo (ok), 13:43, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Убедили, поэкспериментирую с TokuDB.
     
  • 6.93, Stax (ok), 14:49, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы так говорите, будто в постгресе сжатие использовать вам кто-то мешает. Намного проще, причем, чем какие-либо сторонние TokuDB (неизвестно с какими особенностями).

    # zfs get all pgsql/data
    NAME         PROPERTY              VALUE                      SOURCE
    pgsql/data  type                  filesystem                 -
    pgsql/data  creation              Пт сен  2 19:20 2016  -
    pgsql/data  used                  837G                       -
    pgsql/data  available             603G                       -
    pgsql/data  referenced            836G                       -
    pgsql/data  compressratio         2.49x                      -
    ...
    pgsql/data  recordsize            32K                        inherited from pgsql
    pgsql/data  mountpoint            /var/lib/pgsql/9.5/data    local
    pgsql/data  sharenfs              off                        default
    pgsql/data  checksum              on                         default
    pgsql/data  compression           lz4                        inherited from pgsql
    ...
    pgsql/data  logicalused           2,03T                      -

     
  • 3.128, anomymous (?), 23:09, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Откройте для себя TokuDB и удивитесь.
     
  • 2.28, Аноним (-), 10:51, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    XtraDB !== InnoDB
     
     
  • 3.34, Аноним (-), 11:12, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    К сожалению, в этом смысле разницы нет. В обоих движках постраничная организация памяти, приводящая к большим накладным расходам памяти и, фактически, к невозможности эффективно всё это сжимать. TokuDB станет заменой XtraDB и MyISAM.
     
     
  • 4.51, Аноним (-), 11:58, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    там же куча движков
    infinidb
    Brighthouse
    KFDB
    ScaleDB
    Spider
    PBXT
     
     
  • 5.54, Ilya Indigo (ok), 12:11, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > там же куча движков
    > infinidb
    > Brighthouse
    > KFDB
    > ScaleDB
    > Spider
    > PBXT

    И как подключить хоть один из них?

     
     
  • 6.58, Аноним (-), 12:49, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Tokudb: https://www.percona.com/doc/percona-server/5.7/tokudb/tokudb_installation.html
    Плюс получите очень эффективное сжатие, и большую скорость, чем даже у Postgresql. И SSD проживет дольше, чем под Postgresql, если такая связка используется.
     
     
  • 7.68, Аноним (-), 13:20, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Tokudb: https://www.percona.com/doc/percona-server/5.7/tokudb/tokudb_installation.html
    > Плюс получите очень эффективное сжатие, и большую скорость, чем даже у Postgresql.
    > И SSD проживет дольше, чем под Postgresql, если такая связка используется.

    Внешние ключи не умеет, скоро 2017 год.

     
     
  • 8.80, Ilya Indigo (ok), 13:56, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    FOREIGN KEY От него и в InnoDB толку чуть меньше чем нуль ... текст свёрнут, показать
     
     
  • 9.96, Анином (?), 14:58, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Вот это откровение Целостность Не не слышал... текст свёрнут, показать
     
     
  • 10.113, Ilya Indigo (ok), 17:15, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Беру свои слова назад Только что проверил - работает Когда лет 5 назад пробова... текст свёрнут, показать
     
  • 9.97, Аноним (-), 15:07, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Внешние ключи, партицирование и многое другое обещают вынести из обязанностей та... текст свёрнут, показать
     
     
  • 10.101, Аноним (-), 15:39, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Партиционирование выкинули из MySQL 8 0 я развею ваши потные мечты ... текст свёрнут, показать
     
     
  • 11.138, Аноним (-), 02:50, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Да ну https dev mysql com doc refman 8 0 en partitioning html ... текст свёрнут, показать
     
     
  • 12.150, Аноним (-), 12:39, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    http mysqlserverteam com the-mysql-8-0-0-milestone-release-is-available Depre... текст свёрнут, показать
     
     
  • 13.152, Аноним (-), 13:05, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну и Перенесли в InnoDB, будут дальше пилить там ... текст свёрнут, показать
     
  • 7.69, Аноним (-), 13:20, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Tokudb: https://www.percona.com/doc/percona-server/5.7/tokudb/tokudb_installation.html
    > Плюс получите очень эффективное сжатие, и большую скорость, чем даже у Postgresql.
    > И SSD проживет дольше, чем под Postgresql, если такая связка используется.

    Полнотекстовый поиск не умеет

     
     
  • 8.82, Ilya Indigo (ok), 13:58, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Sphinx для этого есть ... текст свёрнут, показать
     
     
  • 9.84, Аноним (-), 14:07, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Кастомное решение, для массовоого хостинга бесполезно Эластик серч на джаве тож... текст свёрнут, показать
     
     
  • 10.89, Ilya Indigo (ok), 14:36, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Sphinx для говнохостинга не вариант, согласен Но, справедливости ради, в InnoDB... текст свёрнут, показать
     
  • 10.120, KonstantinB (ok), 19:53, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Постгрес на массовом говнохостинге тоже редкость Но здесь-то уж я не понимаю, к... текст свёрнут, показать
     
     
  • 11.122, Аноним (-), 20:08, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А это бесплатный хостинг, вируалки от 3 99... текст свёрнут, показать
     
     
  • 12.135, KonstantinB (ok), 02:45, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, если ваше время на борьбу с ограничениями бесплатного хостинга дешевле 4 бак... текст свёрнут, показать
     
     
  • 13.142, Anon2 (?), 04:10, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Если мой рейт 20 баксов в месяц, то моя борьба с ограничениями заказчику отобьет... текст свёрнут, показать
     
     
  • 14.148, KonstantinB (ok), 10:37, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Присылайте резюме срочно Дам 21 ... текст свёрнут, показать
     
  • 5.57, Аноним (-), 12:44, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    В том то и дело, есть куча движков, на любой вкус. У InnoDB сложилась кривая архитектура, но это вовсе не проблема.
     

     ....большая нить свёрнута, показать (104)

  • 1.29, vitalif (ok), 10:53, 13/10/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ну марию они все равно не переплюнули, она 10 уже))))
     
  • 1.53, Аноним (-), 12:09, 13/10/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Последний раз, когда пытался восстановить InnoDB таблицы после падения системы, оно мне писало, что InnoDB принципиально не восстанавливается. Это уже поправили?
     
     
  • 2.63, Аноним (-), 13:02, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как правило так и есть. Если у тебя включен innodb_file_per_table - то есть какие-то шансы, а ibdata - это один большой блоб.

    С другой стороны, покажите мне такую базу, которую с лёгкостью можно восстановить при физической порче файлов на диске. Посгрес, на который фапают в комментариях выше, убивается напрочь при удалении ОДНОГО файла ЛОГА ТРАНЗАКЦИЙ, даже не данных.

     
     
  • 3.71, Аноним (-), 13:24, 13/10/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ОДНОГО файла ЛОГА ТРАНЗАКЦИЙ, даже не данных.

    Отличная готовность...

     
  • 3.139, XoRe (ok), 02:51, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть много отличных систем, где все убивается от удаления одного файла. Может просто не надо удалять важные файлы?
     
     
  • 4.145, Аноним (-), 04:51, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Замечательный ответ по уровню де6илизма.

    - Как писать безглючный софт?
    - Просто делай ошибок в программах!

    Гениально.

     
     
  • 5.156, XoRe (ok), 17:36, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если вы взяли и удалили файл в папке постгри, это баг не постгри, а ваш.
    У постгри нельзя удалять лог транзакций. Про это есть даже анекдот:
    — Я тут типа удалил несколько Гб лог-файлов из каталога pg_xlog, чтобы освободить место на диске. Теперь моя база данных не взлетает.
    — Ой-вей! Кхе-кхе… А когда говорите в последний раз резервную копию делали?
     
     
  • 6.159, Аноним (-), 18:31, 14/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    похачили, это баг дизайна
     
     
  • 7.170, XoRe (ok), 19:15, 27/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > похачили, это баг дизайна

    Ну если в ОС файл ядра удалить, оно ОС перестанет грузиться.
    Тоже баг дизайна.

     

  • 1.78, Аноним (-), 13:44, 13/10/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > ОДНОГО файла ЛОГА ТРАНЗАКЦИЙ, даже не данны

    Oracle does the same!

    DB2?

     
  • 1.147, t28 (?), 09:43, 14/10/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > отмечается закат хранилища

    Это по-каковски?

     
  • 1.162, Аноним (-), 11:54, 15/10/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А когда будет релиз версии 8.0?
     
  • 1.168, Аноним (-), 11:05, 16/10/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Почему 8? Почему не MySQL 10?
     
  • 1.171, rvs2016 (ok), 17:12, 30/10/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А какое "хранилище" теперь будет вместо MyISAM?
    И как мне перегнать базы из хранилища MyISAM на новое хранилище?

    Никогда не задумывался о том, какое хранилище назначается создаваемым мною таблицам. Сейчас посмотрел - оказалось, что всем таблицам в моих базах всегда назначалось хранилище MyISAM.

    Как теперь перегонять базы с таблицами со старого хранилища на новое? Выгнать базы в дампы, поменять всем таблицам руками фразу ENGINE=MyISAM на ENGINE=НОВОЕ_ХРАНИЛИЩЕ и перезагнать такие дампы обратно в базы?

     
     
  • 2.172, Аноним (-), 21:56, 01/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    InnoDB у Oracle и Percona.
    Aria у MariaDB.
     
     
  • 3.173, rvs2016 (ok), 02:15, 02/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > InnoDB у Oracle и Percona.
    > Aria у MariaDB.

    А у Mysql? И как базы со старым типом хранилища перегнать в базы с новым типом хранилища?

     
     
  • 4.175, Аноним (-), 11:57, 04/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Mysql это и есть Oracle
     

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



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

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