The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В MySQL 8.0 отмечается закат хранилища MyISAM , opennews (?), 13-Окт-16, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


37. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от Аноним (-), 13-Окт-16, 11:19 
Честно, скажите, что есть действительно необходимого в PostgreSQL, чего нет в MySQL?
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

39. "В MySQL 8.0 отмечается закат хранилища MyISAM "  –1 +/
Сообщение от Gemorroj (ok), 13-Окт-16, 11:20 
оптимизатор нормальный?)
Ответить | Правка | Наверх | Cообщить модератору

66. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от Аноним (-), 13-Окт-16, 13:12 
Оптимизатор в MySQL хорош, будем спорить?
Ответить | Правка | Наверх | Cообщить модератору

74. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +1 +/
Сообщение от Аноним (-), 13-Окт-16, 13:31 
> Оптимизатор в MySQL хорош, будем спорить?

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

Ответить | Правка | Наверх | Cообщить модератору

92. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от Анином (?), 13-Окт-16, 14:49 
Да
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

99. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от Аноним (-), 13-Окт-16, 15:13 
Выкатывайте примеры, которые вам каждый день жить не дают, посмотрим. Я лично сталкивался с проблемами оптимизатора за 8 лет работы с MySQL только 1 раз.
Ответить | Правка | Наверх | Cообщить модератору

107. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +1 +/
Сообщение от KonstantinB (ok), 13-Окт-16, 16:14 
> Выкатывайте примеры, которые вам каждый день жить не дают, посмотрим. Я лично
> сталкивался с проблемами оптимизатора за 8 лет работы с MySQL только
> 1 раз.

Везет.
Никогда не писали use/force index, STRAIGHT_JOIN и хаки типа where updated_at = updated_at?
Завидую прямо.

Ответить | Правка | Наверх | Cообщить модератору

110. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +1 +/
Сообщение от Gemorroj (ok), 13-Окт-16, 16:21 
>> where updated_at = updated_at?

а можно подробнее? чувствую пригодится)

Ответить | Правка | Наверх | Cообщить модератору

119. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от KonstantinB (ok), 13-Окт-16, 19:16 
Если не страдаете археологией, не пригодится. :)
В последний раз использовал такой трюк для выбора более эффективного индекса в версии 4.1.
Ответить | Правка | Наверх | Cообщить модератору

125. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от Аноним (-), 13-Окт-16, 22:43 
Да вы батенька Пхпист
Ответить | Правка | Наверх | Cообщить модератору

134. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от KonstantinB (ok), 14-Окт-16, 02:42 
Я много чего -ист. :)
А вас это беспокоит? Хотите об этом поговорить?
Ответить | Правка | Наверх | Cообщить модератору

109. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от Gemorroj (ok), 13-Окт-16, 16:19 
http://sqlinfo.ru/forum/viewtopic.php?pid=43892
это из того что недавно пришлось ковырять.
Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

117. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от Ilya Indigo (ok), 13-Окт-16, 17:55 
> http://sqlinfo.ru/forum/viewtopic.php?pid=43892
> это из того что недавно пришлось ковырять.

Если со времён 5.0 ничего не изменилось, то дело тут в ORDER BY. LIMIT с 2-мя параметрами для ограничения перебора таблицы, есть смысл использовать только если отсутствует сортировка. А если есть сортировка, то запрос всё равно будет перебирать всю таблицу, что бы отсортировать.

Ответить | Правка | Наверх | Cообщить модератору

118. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от Gemorroj (ok), 13-Окт-16, 19:08 
>> А если есть сортировка, то запрос всё равно будет перебирать всю таблицу, что бы отсортировать.

нет, это не так, если попадаем в индекс с сортировкой, то все будет хорошо.
в моем примере скорее всего проблема в том, что полностью индекс из-за OR использовать не удается.

Ответить | Правка | Наверх | Cообщить модератору

44. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от Ilya Indigo (ok), 13-Окт-16, 11:40 
> Честно, скажите, что есть действительно необходимого в PostgreSQL, чего нет в MySQL?

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

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

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

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

60. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от Аноним (-), 13-Окт-16, 12:54 
> Физическая репликация

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

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

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

> UPSERT

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

104. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +1 +/
Сообщение от Аноним (-), 13-Окт-16, 16:02 
>> UPSERT
> Который добавили только в 9.5 и который является аналогом ON DUPLICATE KEY,
> существующим уже тыщщу лет как.

не совсем

Ответить | Правка | Наверх | Cообщить модератору

106. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +1 +/
Сообщение от KonstantinB (ok), 13-Окт-16, 16:13 
> Да это бывает удобно. Однако пихать логику в базу - общепризнанная bad
> practice,

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

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

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

Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

137. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +1 +/
Сообщение от Аноним (-), 14-Окт-16, 02:48 
> которую не выразить простыми constraints

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

146. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от KonstantinB (ok), 14-Окт-16, 05:10 
> Ну приведите пример, что ли

http://guides.rubyonrails.org/association_basics.html#polymo...

> мастер упирается

А почему без хранимок-триггеров мастер не упрется?

Ответить | Правка | Наверх | Cообщить модератору

153. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от Аноним (-), 14-Окт-16, 13:12 
Упрётся, но позже, поскольку база меньше нагружена. Это позволяет нацеплять к ней больше инстансов приложения и разнести их по разным хостам.

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

Ответить | Правка | Наверх | Cообщить модератору

136. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от XoRe (ok), 14-Окт-16, 02:47 
>> Физическая репликация
> Которая сocёт на разнесённых репликах. Ширину канала можно добавить, а вот RTT
> не нaе6ёшь.

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

Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

144. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от Аноним (-), 14-Окт-16, 04:48 
Популярно про RTT: https://habrahabr.ru/company/ibm/blog/274807/

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

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

Ответить | Правка | Наверх | Cообщить модератору

174. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от XoRe (ok), 03-Ноя-16, 23:34 
> Популярно про RTT: https://habrahabr.ru/company/ibm/blog/274807/

На графике при задержке 100мс скорость падает с 1Гб/с до 100Мб/с.
Если бы это было так, это было бы везде, а не только на слайдах.
Такое было возможно в ОС Windows где-то до Windows Vista изза использования устаревших алгоритмов борьбы с перегрузкой. Или в современных ОС с кривыми настройками.
Я спокойно качаю и на больших скоростях с такой задержкой, так что для меня налицо подтасовка фактов.

По хорошему, статью можно закрыть после вот этого:
>Протокол FASP работает на базе протокола UDP (User Datagram Protocol)

Ещё одни "изобретатели" TCP на базе UDP.

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

Да, но в mysql репликация так же по TCP, которая подчиняется тем же "проблемам".
Так что могу сделать вывод, что вам просто хотелось высказать что-то умное.

Ответить | Правка | Наверх | Cообщить модератору

64. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +6 +/
Сообщение от Аноним (-), 13-Окт-16, 13:05 
> Более оптимальное распределение памяти.

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

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

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

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

76. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от Аноним (-), 13-Окт-16, 13:33 
Знатно вы вкатали постгерам,
В mysql мелкие проблемы решаются по мере поступления.
В pgsql для решения проблем нужно привлекать инженеров/архитекторов и кучу дополнительных костылей по бокам.
Ответить | Правка | Наверх | Cообщить модератору

79. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от Ilya Indigo (ok), 13-Окт-16, 13:53 
Справедливости ради, не вижу особого вката.
Для скоропортящихся данных есть redis, хранить логи в DB... , не знаю, может и есть смысл в этом, но я не могу сходу придумать зачем их нужно там хранить, как и любые данные, специфичные для движка Archive.
TokuDB по умолчания в MariaDB нет, и её ещё нужно установить, возможно скомпилировать, а то и перекомпилировать и сервер, и настроить. Чем не костыль?
На говнохостингах на Сентосе это точно не вариант.
Ответить | Правка | Наверх | Cообщить модератору

85. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +1 +/
Сообщение от Аноним (-), 13-Окт-16, 14:12 
MaxScale

[CreateTableFilter]
type=filter
module=regexfilter
options=ignorecase
match=TYPE\s*=
replace=ENGINE=

Заменить ENGINE на ходу регуляркой в MySQL прокси.
Переключить таблицы по умолчанию на TokuDB

Движки MyISAM отключить и переключить на использование Aria с ROW_FOMAT=PAGE для временных таблиц;

InnoDB отключить.

Используем для массового хостинга свяку mysql прокси 3306 за ней mysql

Ответить | Правка | Наверх | Cообщить модератору

98. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +2 +/
Сообщение от Аноним (-), 13-Окт-16, 15:10 
В MySQL я одним запросом перегоняю нужные данные из оперативки в любую таблицу, попутно обрабатывая их. На связке redis + posgresql такого не сделать.
Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

129. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +1 +/
Сообщение от anomymous (?), 13-Окт-16, 23:10 
Про TokuDB неправда. В MariaDB 10.0/10.1 идёт "из коробки".
Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

77. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от Ilya Indigo (ok), 13-Окт-16, 13:43 
Убедили, поэкспериментирую с TokuDB.
Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

93. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +1 +/
Сообщение от Stax (ok), 13-Окт-16, 14:49 
Вы так говорите, будто в постгресе сжатие использовать вам кто-то мешает. Намного проще, причем, чем какие-либо сторонние 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                      -

Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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