The OpenNET Project / Index page

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



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

"Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от opennews (??), 09-Июл-21, 10:08 
После года разработки  и трёх предварительных выпусков опубликован первый стабильный релиз новой ветки СУБД MariaDB 10.6, в рамках которой развивается ответвление от MySQL, сохраняющее обратную совместимость и   отличающееся интеграцией дополнительных движков хранения и расширенных возможностей. Поддержка новой ветки будет осуществляться 5 лет, до июля 2026 года...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=55463

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

Оглавление

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


1. "Стабильный выпуск СУБД MariaDB 10.6"  +7 +/
Сообщение от Аноним (1), 09-Июл-21, 10:08 
> Кодировка utf8 переведена с четырёхбайтового представления utf8mb4 (U+0000..U+10FFFF) на трёхбайтовое utf8mb3 (охватывает диапазон Unicode U+0000..U+FFFF).

А зачем?

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

2. "Стабильный выпуск СУБД MariaDB 10.6"  +2 +/
Сообщение от Онаним (?), 09-Июл-21, 10:18 
Чтобы предельную длину текстового индекса в символах немножко увеличить.
Потому что она рассчитывается от максимального размера символа.
С utf8mb4 был лютый адешник.
Ответить | Правка | Наверх | Cообщить модератору

24. "Стабильный выпуск СУБД MariaDB 10.6"  +1 +/
Сообщение от zloykakpes (ok), 09-Июл-21, 11:48 
И создать проблем в дефолтных настройках при попытке сохранить emoji, например.
Ответить | Правка | Наверх | Cообщить модератору

26. "Стабильный выпуск СУБД MariaDB 10.6"  +4 +/
Сообщение от Онаним (?), 09-Июл-21, 12:01 
По совсем-совсем дефолту ставится utf8mb4, так что здесь у вас проблем не будет.
Это изменение - чтобы не было путаницы для тех, кто ставит просто utf8.
Ответить | Правка | Наверх | Cообщить модератору

3. "Стабильный выпуск СУБД MariaDB 10.6"  +2 +/
Сообщение от Аноним (3), 09-Июл-21, 10:34 
Наоборот вроде грозились сделать. Сам по себе mb3 это легаси отросток мускуля из давних времен который никому не нужен и все кто используют его или марию не первый день и так явно ставят mb4. Возможно, в новости ошибка
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

6. "Стабильный выпуск СУБД MariaDB 10.6"  +2 +/
Сообщение от Аноним (3), 09-Июл-21, 10:41 
А, нет, никакой ошибки. Это первый этап перевода utf8 на mb4 по умолчанию: https://jira.mariadb.org/browse/MDEV-8334
Ответить | Правка | Наверх | Cообщить модератору

155. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от gogo (?), 12-Июл-21, 10:15 
на самом деле идея так себе - перевернуть все с ног на голову, чтобы потом еще раз перевернуть.
Ответить | Правка | Наверх | Cообщить модератору

11. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (11), 09-Июл-21, 10:48 
эээ, йопт.
это в 10.6 или в 10.6.3 изменили?
если 10.6.2 -> 10.6.3 это очень подло так посреди версии делать
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

12. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (12), 09-Июл-21, 10:53 
10.6.1 и 10.6.2 альфа выпуски :)
Ответить | Правка | Наверх | Cообщить модератору

13. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (11), 09-Июл-21, 10:55 
выяснил что это изменение было с 10.6.0 -> 10.6.1. и впрочем можно сказать на 10.6 будем жить на 3байтных ютф8. впрочем это всегонавсего дефолт который можно под себя настроить. просто существуют широченные таблицы которые по-дефолту делаются с ютф8 и потом невлазят в лимиты
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

4. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от pashev.me (?), 09-Июл-21, 10:37 
Молодцы.
Ответить | Правка | Наверх | Cообщить модератору

5. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (5), 09-Июл-21, 10:39 
здесь новый тренд наметился?

https://www.opennet.ru/openforum/vsluhforumID3/124755.html#2

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

8. "Стабильный выпуск СУБД MariaDB 10.6"  +4 +/
Сообщение от Аноним (3), 09-Июл-21, 10:42 
Молодец, заметил
Ответить | Правка | Наверх | Cообщить модератору

9. "Стабильный выпуск СУБД MariaDB 10.6"  +3 +/
Сообщение от Аноним (9), 09-Июл-21, 10:43 
Молодец
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

23. "Стабильный выпуск СУБД MariaDB 10.6"  –5 +/
Сообщение от Qwerty (??), 09-Июл-21, 11:41 
Просто лайкосоство.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

51. "Стабильный выпуск СУБД MariaDB 10.6"  +2 +/
Сообщение от Аноним (9), 09-Июл-21, 17:40 
От плюсиков на этом сайте нет никакой выгоды, даже зарегистрированным.
Ответить | Правка | Наверх | Cообщить модератору

54. "Стабильный выпуск СУБД MariaDB 10.6"  –1 +/
Сообщение от OnTheEdge (??), 09-Июл-21, 18:16 
ЧСВ разве что потешить
Ответить | Правка | Наверх | Cообщить модератору

56. "Стабильный выпуск СУБД MariaDB 10.6"  –2 +/
Сообщение от КО (?), 09-Июл-21, 18:48 
Два чая этому господину
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

7. "Стабильный выпуск СУБД MariaDB 10.6"  +2 +/
Сообщение от Аноним (7), 09-Июл-21, 10:42 
TokuDB то за что?
Ответить | Правка | Наверх | Cообщить модератору

10. "Стабильный выпуск СУБД MariaDB 10.6"  +1 +/
Сообщение от Аноним (3), 09-Июл-21, 10:44 
> The TokuDB storage engine has been deprecated by upstream

https://jira.mariadb.org/browse/MDEV-19780

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

34. "Стабильный выпуск СУБД MariaDB 10.6"  +1 +/
Сообщение от Аноним (34), 09-Июл-21, 13:35 
А говорили
>> независимая организация MariaDB Foundation

Вот закроют Мускул и улетит их независимая организация на дно океана и илом покроется.

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

85. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (85), 10-Июл-21, 10:40 
ну надо же придать видимость воздуху который будут продавать ?...
Отжать MySQL (tm) не удалось - вот и приходится что-то выдумывать.
Ответить | Правка | Наверх | Cообщить модератору

107. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (107), 10-Июл-21, 18:31 
Току прикупила Перкона. А Перкону (и лично Зайцева) Мария не любит. Такие, брат, дела. Зато наместо отличнейшей сторидж енджин они везде суют фейсбукувскую недоделку, MyRocks.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

110. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Онаним (?), 10-Июл-21, 20:11 
MyRocks - это офигенный движок. В том смысле, что попробовав - офигеешь. В том смысле, что офигеешь и выкинешь. Оно безбожно жрёт память, с ростом объёма данных начинает влетать в вечное их переупорядочивание, от этого тормозит и становится неюзабельным. Оно не умеет нормально изоляцию транзакций. Оно не умеет онлайн ддл. Оно крашится и корраптит данные. В этом можно хранить только то, что не жалко выкинуть, зачем они вообще это убожество втянули в MariaDB - сказать сложно.
Ответить | Правка | Наверх | Cообщить модератору

119. "Стабильный выпуск СУБД MariaDB 10.6"  +1 +/
Сообщение от Аноним (119), 11-Июл-21, 03:09 
> В этом можно хранить только то, что не жалко выкинуть
> Facebook

This behavior is by design.

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

111. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Онаним (?), 10-Июл-21, 20:16 
Току закопала Перкона. Сначала купила, потом ниасилила и закопала.
Желаю в аду им гореть за сие доблестное деяние.

Ни одного нормального движка с компрессией в MySQL не осталось. В InnoDB кое-как юзабельно сжатие страниц, правда требует по сути SSD - на HDD шерето sparse-файлов приводит к такой фрагментации, что лучше не трогать. И сжатие выходит хуже раза в 2-3 чем у TokuDB... но хотя бы есть.

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

120. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (120), 11-Июл-21, 03:20 
InnoDB сама по себе жрет много места, и со сжатием она выходит на уровень несжатой MyISAM, и то не всегда, и с гарантированной просадкой производительности. Аналогов току нет.
Ответить | Правка | Наверх | Cообщить модератору

123. "Стабильный выпуск СУБД MariaDB 10.6"  –1 +/
Сообщение от Онаним (?), 11-Июл-21, 05:24 
Не, ну MyISAM - это вообще выкрасить и выбросить, оно ж в транзакции не умеет.
А так - да.
Ответить | Правка | Наверх | Cообщить модератору

156. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от gogo (?), 12-Июл-21, 10:18 
а слабО без транзакций писАть? ;)
Ответить | Правка | Наверх | Cообщить модератору

162. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от funny.falcon (?), 13-Июл-21, 15:42 
s/слабо/нафига/
Ответить | Правка | Наверх | Cообщить модератору

14. Скрыто модератором  –5 +/
Сообщение от Аноним (14), 09-Июл-21, 10:58 
Ответить | Правка | Наверх | Cообщить модератору

16. Скрыто модератором  –1 +/
Сообщение от Аноним (9), 09-Июл-21, 11:06 
Ответить | Правка | Наверх | Cообщить модератору

15. "Стабильный выпуск СУБД MariaDB 10.6"  –6 +/
Сообщение от Аноним (15), 09-Июл-21, 10:59 
>Обеспечена атомарность выполнения выражений

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

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

53. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноньимъ (ok), 09-Июл-21, 18:13 
Что не так?
Ответить | Правка | Наверх | Cообщить модератору

73. "Стабильный выпуск СУБД MariaDB 10.6"  –1 +/
Сообщение от kissmyass (?), 10-Июл-21, 04:38 
Это какой? VacumDB?
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

18. Скрыто модератором  –2 +/
Сообщение от Беня Коломойский (?), 09-Июл-21, 11:09 
Ответить | Правка | Наверх | Cообщить модератору

19. "Стабильный выпуск СУБД MariaDB 10.6"  –1 +/
Сообщение от Gemorroj (ok), 09-Июл-21, 11:23 
это они только сейчас с mysql 8.0 синхронизировались?
Ответить | Правка | Наверх | Cообщить модератору

22. "Стабильный выпуск СУБД MariaDB 10.6"  –1 +/
Сообщение от Аноним (22), 09-Июл-21, 11:41 
>Улучшена совместимость с СУБД Oracle

Лучше бы улучшили совместимость с MySQL 8, мне приходится мигрировать на него из-за отсутствующих в MariaDB нужных мне фич

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

25. "Стабильный выпуск СУБД MariaDB 10.6"  +1 +/
Сообщение от turbo2001 (ok), 09-Июл-21, 11:58 
Каких?
Ответить | Правка | Наверх | Cообщить модератору

27. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Онаним (?), 09-Июл-21, 12:03 
Упорядоченные по нисхождению индексы например.
Мигрировать пока не собираюсь, но точу когти.
Ответить | Правка | Наверх | Cообщить модератору

28. "Стабильный выпуск СУБД MariaDB 10.6"  –1 +/
Сообщение от Gemorroj (ok), 09-Июл-21, 12:04 
а в чем смысл сидеть на марии? mysql 8 улетел вперед, мария синхронизируется с ним с приличным отставанием, а своих фич не так уж и много.
Ответить | Правка | Наверх | Cообщить модератору

29. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (29), 09-Июл-21, 12:18 
Еще потому что в дистрибах марию ставят по дефолту везде.
Ответить | Правка | Наверх | Cообщить модератору

69. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (119), 10-Июл-21, 01:36 
То есть вся проблема в том, чтобы установить mysql из ораклового репозитория? Это прям так сложно?
Ответить | Правка | Наверх | Cообщить модератору

31. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Онаним (?), 09-Июл-21, 13:05 
Тяжеловато мигрировать туда-сюда с гигабайтными и терабайтными базами...
Поэтому выбор делается раз и надолго.
Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

63. "Стабильный выпуск СУБД MariaDB 10.6"  +1 +/
Сообщение от DeadLoco (ok), 09-Июл-21, 23:43 
Никто никуда не улетел. Мария с мусклем активно обмениваются фичами, по мере доведения до продакшна. Что-то ушло вперед в марии, что-то в мускле, в будущих релизах засинхронятсякак синхронилось ранее.  

Лично мне в марии люто втащил ROW TYPE OF. Реализация вообще копеечная, странно, что лет десять тому не сделали.

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

30. "Стабильный выпуск СУБД MariaDB 10.6"  +2 +/
Сообщение от FSA (??), 09-Июл-21, 12:48 
> Лучше бы улучшили совместимость с MySQL 8, мне приходится мигрировать на него из-за отсутствующих в MariaDB нужных мне фич

Вы будете шокированы, если попробуете PostgreSQL :) Без шуток. Правда привыкать к некоторым вещам нужно, например, индексы не используются и порядок записей будет неопределённый, если явно не указать в запросе как сортировать результат.

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

32. "Стабильный выпуск СУБД MariaDB 10.6"  –4 +/
Сообщение от Онаним (?), 09-Июл-21, 13:05 
Это да, я был шокирован, насколько оно убогое во всех смыслах.
Ещё и удалённые записи само освобождает через пень-колоду.
Ответить | Правка | Наверх | Cообщить модератору

35. "Стабильный выпуск СУБД MariaDB 10.6"  +3 +/
Сообщение от Онаним (?), 09-Июл-21, 13:45 
О, любители вакуумов минусить начали.
Ребят. Если я из таблицы в 500-600 гиг на сто с фигом миллионов записей удалю 10 миллионов за прошлый месяц, которые в архив сбросил - мне сколько потом ждать, пока оно отвакуумится, чтобы оно дальше не пухло и не тормозило?
Ответить | Правка | Наверх | Cообщить модератору

36. "Стабильный выпуск СУБД MariaDB 10.6"  –2 +/
Сообщение от Онаним (?), 09-Июл-21, 13:46 
И если вариант с датами ещё можно как-то партициями решить, то вариант с интервалами уже так просто не шардится.
Ответить | Правка | Наверх | Cообщить модератору

72. "Стабильный выпуск СУБД MariaDB 10.6"  –2 +/
Сообщение от Аноним (119), 10-Июл-21, 01:46 
Что-то мне подсказывает, что вам нужна колоночная база. Типа кликхауса.
Ответить | Правка | Наверх | Cообщить модератору

71. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (119), 10-Июл-21, 01:43 
При таких вводных и innodb опухнет не меньше.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

74. "Стабильный выпуск СУБД MariaDB 10.6"  –1 +/
Сообщение от kissmyass (?), 10-Июл-21, 04:41 
а можно подробнее?
Ответить | Правка | Наверх | Cообщить модератору

132. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (132), 11-Июл-21, 16:35 
Можно https://dev.mysql.com/doc/refman/8.0/en/innodb-multi-version...

If you insert and delete rows in smallish batches at about the same rate in the table, the purge thread can start to lag behind and the table can grow bigger and bigger because of all the “dead” rows, making everything disk-bound and very slow

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

152. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от kissmyass (?), 12-Июл-21, 02:04 
> Можно https://dev.mysql.com/doc/refman/8.0/en/innodb-multi-version...
> If you insert and delete rows in smallish batches at about the
> same rate in the table, the purge thread can start to
> lag behind and the table can grow bigger and bigger because
> of all the “dead” rows, making everything disk-bound and very slow

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

это не то же самое что одной транзакциией удалить строки в пределах "прошлого месяца"

но даже если нужно порционно удалять данные, то предлагают решение в виде задержки между порциями, в том числе с помощью встроенных средств типа innodb_max_purge_lag

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

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

158. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (132), 12-Июл-21, 22:08 
Автовакуум ничего не блокирует.
Ответить | Правка | Наверх | Cообщить модератору

160. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от kissmyass (?), 13-Июл-21, 02:12 
> Автовакуум ничего не блокирует.

а разве это не все тот же вакум который запускается по расписанию?

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

76. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от help_wp MySQL default (?), 10-Июл-21, 06:03 
>> чтобы оно дальше не пухло и не тормозило

ОНО, Postgress, ПОД MIT ЛИЦЕНЗИЕЙ.

Вы существуете:
1. В безвоздушном пространстве
2. На бабушкину пенсию
3. Просто УКРАЛИ лицензию на Марию или на Мускул?

А вы цены знаете? Чем рассчитываете расплатиться с Oracle в случае разоблачения?
Выкатят-то ущерб по SAAS прайсу. А он жесток.

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

82. "Стабильный выпуск СУБД MariaDB 10.6"  +1 +/
Сообщение от Онаним (?), 10-Июл-21, 10:22 
Я знаю, что жарко.
Если сильно припекает - обливайтесь прохладной водой, оборачивайте голову мокрым полотенцем.
Ответить | Правка | Наверх | Cообщить модератору

41. "Стабильный выпуск СУБД MariaDB 10.6"  +3 +/
Сообщение от Aleks (??), 09-Июл-21, 15:21 
Неистово плюсую. Тюнинг адский, распределение никакое… Если уж так синтаксис сей студенческой поделки нравится, тогда лучше уж тараканДБ.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

38. "Стабильный выпуск СУБД MariaDB 10.6"  +1 +/
Сообщение от Яхз (?), 09-Июл-21, 14:20 
> Вы будете шокированы, если попробуете PostgreSQL :) Без шуток.

Угу, какие там шутки, отпаивать неделю после шока придётся ))
Работал по очереди с MySQL/MSSQL/Oracle, переход между ними был в целом нормальный. Чуть другие тулы, отличающийся синтаксис некоторых выражений и функции, но ничего критичного, переключаться туда-сюда несложно. Первое знакомство с PostgreSQL - бл№";, что это за $%^#$@#%$ ?! PgAdmin - хрень чуть лучше phpmyadmin, рядом с MySQL Workbench/SQL Server Management Studio и даже SQL Developer (кто сказал TOAD/PL/SQL Developer?) не стояло. Зато пихон+уэб, да. Каждый раз, когда сталкиваюсь с PostgreSQL, реакция одна - "Эх, снова с этим $#%$#% работать... А нет чего-то нормального, а?"

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

39. "Стабильный выпуск СУБД MariaDB 10.6"  +1 +/
Сообщение от anonymous (??), 09-Июл-21, 14:54 
Ну не знаю. Работал только с MySQL и PostgreSQL.
Как по мне так наилучший вариант - это консольные клиенты mysql/psql.
Ответить | Правка | Наверх | Cообщить модератору

42. "Стабильный выпуск СУБД MariaDB 10.6"  +2 +/
Сообщение от Аноним (29), 09-Июл-21, 15:47 
Это если достаточно че-то дефолтное развернуть на уровне девопса. А если надо именно разработчиком БД быть, и поддерживать, замучаешься этими консольками пользоваться, менее производительно получается + шансов накосячить больше, а если еще и на живом проде... А динамические процедуры, триггеры...
Ответить | Правка | Наверх | Cообщить модератору

70. "Стабильный выпуск СУБД MariaDB 10.6"  +4 +/
Сообщение от Аноним (119), 10-Июл-21, 01:40 
Если быть разработчиком БД, а не веб-макакой, то зачем вебморды для вебмакак типа пхпмуадмина?

Полно полноценных GUI клиентов. Тот же DataGrip. Если хочется опенсорс - dbeaver.

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

87. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (87), 10-Июл-21, 11:59 
После Oracle SQL Developer, PL/SQL Developer, TOAD, MSSQL Develompent Studio - Dbeaver просто верхами всё и сразу, но ничего более детально.
Ответить | Правка | Наверх | Cообщить модератору

89. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (87), 10-Июл-21, 12:03 
DataGrip не пробовал, но остальные IDE нравятся.
Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

90. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (87), 10-Июл-21, 12:04 
Для мускула брать DataGrip лицуху жирновато. Для больших баз другое дело.
Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

92. "Стабильный выпуск СУБД MariaDB 10.6"  +2 +/
Сообщение от Аноним (119), 10-Июл-21, 12:54 
Если устраивает сидеть на бетах (которые у JetBrains часто стабильнее релизов), то всегда есть EAP, а сразу после релиза - триал, к моменту издыхания триала появляется очередной EAP.
Ответить | Правка | Наверх | Cообщить модератору

104. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (104), 10-Июл-21, 16:47 
Благодарю за инфу
Ответить | Правка | Наверх | Cообщить модератору

112. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (119), 10-Июл-21, 20:33 
Да, если нет неприязни к snap-у, то сидение на EAP/триалах автоматизируется и сводится к snap install --edge.
Ответить | Правка | Наверх | Cообщить модератору

105. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (104), 10-Июл-21, 17:19 
Поставил DataGrip. Не нашел где в Марии создать триггер.
Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

45. "Стабильный выпуск СУБД MariaDB 10.6"  –1 +/
Сообщение от Аноним (29), 09-Июл-21, 15:57 
Когда в БД сотня связанных таблиц, тыща хранимых процедур, триггеров сотни, представлений, десятки задач планировщика, терабайт данных, синхронизация с другими базами, во веселуха через консольку то разрабатывать.
Это вам не под CMS на локалхосте завести пользователя.
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

121. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (132), 11-Июл-21, 04:53 
> сотня связанных таблиц, тыща хранимых процедур, триггеров сотни, представлений, десятки задач планировщика, терабайт данных, синхронизация с другими базами

И всё это вы мышкой в GUI накликали? Похоже у кого-то богатая фантазия :-)

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

126. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (126), 11-Июл-21, 12:26 
Непосредственно сам код руками конечно, но с помощью IDE. Всё глазами видно. Ограничения мышкой полностью делаются. Задачи заводятся тоже через формочку.
Ответить | Правка | Наверх | Cообщить модератору

133. "Стабильный выпуск СУБД MariaDB 10.6"  +1 +/
Сообщение от Аноним (132), 11-Июл-21, 16:39 
А про тестирование перед выкаткой в бой и версионирование кода и схемы БД вы узнаете в следующем семестре ;-)
Ответить | Правка | Наверх | Cообщить модератору

127. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (126), 11-Июл-21, 12:27 
Не я один. Это с годами обрастает. dblink тоже мышкой.
Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

128. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (126), 11-Июл-21, 12:29 
А именно биллинг провайдыря, либо розничная сеть с сотнями точек и дочерних БД, связанных с главной.
Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

43. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (29), 09-Июл-21, 15:51 
Подтверждаю. Я работал и с большой БД Оракла, и с MSSQL поменьше. И только недавно с мускулом начал. Для марии кроме HeildiSQL падучей на каждый чих и написанной на делфи, но зато более менее функциональных сред нет. А по постгресу и подавна. Речь идет о свободных или дешевых средах. Платные то норм, но что-то не приходится платить не за оракловый (пусть и зависающий порой, но полнофункциональный) SQL Developer или MSSQL Dev Studio.
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

47. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (29), 09-Июл-21, 16:07 
Я еще не упомянул пятиэтажные запросы с подзапросами по 500 строк для отчетности и прочих OLAP и аналитики. Без нормальной IDE тяжко. Я рад, что постгрес дышит в затылок оверпрайсному ораклу, но вот свободных сред разработки нормальных нет. И в мускуле/марии тоже много прикольных фич появилось, но с марией трудно работать без нормальной IDE, тем более под линух.
Ответить | Правка | Наверх | Cообщить модератору

134. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (132), 11-Июл-21, 16:44 
> Я еще не упомянул пятиэтажные запросы с подзапросами по 500 строк для отчетности и прочих OLAP и аналитики. Без нормальной IDE тяжко

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

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

153. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Яхз (?), 12-Июл-21, 09:45 
В текстовом файле их пишут как раз там, где нет нормальной IDE. Пакеты Оракла или хранимые процедуры на несколько экранов тоже будете в текстовый файл копировать, а потом назад, когда надо отредактировать? ))
Ответить | Правка | Наверх | Cообщить модератору

159. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (132), 12-Июл-21, 22:12 
Я в боевой базе на сервере руками ничего не редактирую.
Ответить | Правка | Наверх | Cообщить модератору

161. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Яхз (?), 13-Июл-21, 09:35 
А код в базе самозарождается, да? ))
И dev/sit/uat/pre-prod отсутствуют? Разработчики пишут код в текстовых редакторах, а героический админ деплоит его через консоль руками? Какой-такой CI/CD? :D
Ответить | Правка | Наверх | Cообщить модератору

48. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Нырок (?), 09-Июл-21, 16:10 
Что-что, а говнище этот Оракл ещё то.
Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

55. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноньимъ (ok), 09-Июл-21, 18:19 
>но зато более менее функциональных сред нет.

Разве MySQL Workbench не работает с марией?

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

61. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (29), 09-Июл-21, 20:59 
нет. оракл же
Ответить | Правка | Наверх | Cообщить модератору

100. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноньимъ (ok), 10-Июл-21, 15:12 
У меня раньше работало, можете теперь совместимость потеряна конечно...
Ответить | Правка | Наверх | Cообщить модератору

103. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (104), 10-Июл-21, 16:46 
Недавно проверял. Выводится сообщение, что мол нет. Со свежей версией марии.
Ответить | Правка | Наверх | Cообщить модератору

75. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от kissmyass (?), 10-Июл-21, 04:43 
в смысле нет? Dbeaver имеет IntelliSense.
Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

88. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (87), 10-Июл-21, 12:01 
Неудобный он. И не всё поддерживает. Создать таблицу, написать запрос. А какие-то модификаторы, нестандартные вещи и прочее - уже ручками.
Ответить | Правка | Наверх | Cообщить модератору

46. "Стабильный выпуск СУБД MariaDB 10.6"  +5 +/
Сообщение от COBA (?), 09-Июл-21, 16:02 
Давно использую https://dbeaver.io/ для работы со всеми DB.
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

91. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (87), 10-Июл-21, 12:06 
Элементарно создать триггер если выбрать, то там какая-то ерунда генерится без кликательных вариантов. Проще просто закодить и выполнить.
Ответить | Правка | Наверх | Cообщить модератору

84. "Стабильный выпуск СУБД MariaDB 10.6"  –2 +/
Сообщение от Онаним (?), 10-Июл-21, 10:26 
> знакомство с PostgreSQL - бл№";, что это за $%^#$@#%$ ?!

Абсолютно те же эмоции.

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

33. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (34), 09-Июл-21, 13:33 
>> независимая организация MariaDB Foundation

Хоть в одной новости было про зависимую организацию? У них даже CentOS не зависит ни от кого.

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

37. "Стабильный выпуск СУБД MariaDB 10.6"  –2 +/
Сообщение от Хан (?), 09-Июл-21, 14:01 
PostgreSQL хватит всем
Ответить | Правка | Наверх | Cообщить модератору

49. "Стабильный выпуск СУБД MariaDB 10.6"  +1 +/
Сообщение от kai3341 (ok), 09-Июл-21, 17:14 
Чем отличается поведение update в postgres и в innodb?
Ответить | Правка | Наверх | Cообщить модератору

122. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (132), 11-Июл-21, 04:56 
В целом — ничем.
Ответить | Правка | Наверх | Cообщить модератору

40. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от ВЦцВ (?), 09-Июл-21, 15:10 
Вот она! СТАБИЛЬНОСТЬ!
Ответить | Правка | Наверх | Cообщить модератору

77. "Стабильный выпуск СУБД MariaDB 10.6"  +2 +/
Сообщение от КО (?), 10-Июл-21, 06:35 
Стабильность придёт когда будет киберпанк и мы будем движением пальца и силой мысли двигать блоки с миллиардами данных без епли с исходным кодом.
Ответить | Правка | Наверх | Cообщить модератору

44. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от user90 (?), 09-Июл-21, 15:51 
Концепция-то старовата, не?
Ответить | Правка | Наверх | Cообщить модератору

52. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (52), 09-Июл-21, 18:11 
Которая именно?
SQL? Реляционная алгебра?
И в чем оно устарело?
Ответить | Правка | Наверх | Cообщить модератору

58. "Стабильный выпуск СУБД MariaDB 10.6"  +1 +/
Сообщение от Онаним (?), 09-Июл-21, 20:40 
> Концепция-то старовата, не?

Конечно старовата.
Херак-херак в рест апи, и в продакшн.
Хипстерам ныне часто даже в голову не приходит, что этот рест апи кто-то написал, и под ним в случае сложных приложений скорее всего SQL лежит, а возможно и не только.

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

109. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от нах.. (?), 10-Июл-21, 18:36 
Ты хотел сказать херак-херак на расте и в продакшн?
Ответить | Правка | Наверх | Cообщить модератору

57. "Стабильный выпуск СУБД MariaDB 10.6"  –2 +/
Сообщение от Аноним (57), 09-Июл-21, 20:16 
Тут собрались все домохозяйки, для которых разрабатывался SQL?
Предлогаю до кучи переименвать Master в massa.
Ответить | Правка | Наверх | Cообщить модератору

59. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Онаним (?), 09-Июл-21, 20:42 
Предложишь что-то лучше SQL для сложных зависимостей?
Понятно, что очередной your typical интернет магазинчик можно хоть в document storage держать, хоть вообще в txt'шники писать. Но когда у тебя допустим биллинг мобильной телефонии - никуда ты от SQL не денешься уже, всё остальное слишком нудно и бойлерплейтно.
Ответить | Правка | Наверх | Cообщить модератору

60. "Стабильный выпуск СУБД MariaDB 10.6"  –2 +/
Сообщение от Аноним (57), 09-Июл-21, 20:57 
Прошу прщения за предыдущий пост, сделанный не на трезвую годову. Сейчас это уже не кажется хорошей идеей. Склоняю голову перед "мастерами" (в хорошем смысле) SQL, собравшимися сдесь. Самому приходится использовать SQL в связке с paradox | DBF | CSV, а хотелось бы подняться до уровня postgre, mariadb...
Ответить | Правка | Наверх | Cообщить модератору

113. "Стабильный выпуск СУБД MariaDB 10.6"  +1 +/
Сообщение от zzz (??), 10-Июл-21, 20:56 
заставить бы тебя 1000 раз на доске написать postgreS, чтоб запомнил
Ответить | Правка | Наверх | Cообщить модератору

62. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (-), 09-Июл-21, 21:16 
Прикол PostgreSQL в том, что он использует системный flush. Т.е. данные могут быть похерены в лёгкую. Даже MySQL себе такого не позволяет.
Ответить | Правка | Наверх | Cообщить модератору

66. "Стабильный выпуск СУБД MariaDB 10.6"  +1 +/
Сообщение от Shodan (ok), 10-Июл-21, 00:22 
Вообщето пострес поддерживает ACID и имеет WAL
Ответить | Правка | Наверх | Cообщить модератору

67. "Стабильный выпуск СУБД MariaDB 10.6"  –2 +/
Сообщение от Профессор (?), 10-Июл-21, 00:26 
ACID и WAL он поддерживает исключительно через flush, а значит это не ACID и WAL, а фуфло для школьников.
То, что Postgres зафлашил данные это не значит, что ядро их сразу сбросило на диск. Любая нормальная БД использует только direct io, но только не Postgres.
Ответить | Правка | Наверх | Cообщить модератору

68. "Стабильный выпуск СУБД MariaDB 10.6"  –2 +/
Сообщение от Профессор (?), 10-Июл-21, 00:31 
Под flush я имел ввиду fsync. На хабре есть статья по теме, возможно  это она, если нет сам найдёшь - https://habr.com/ru/company/oleg-bunin/blog/459444/
Ответить | Правка | Наверх | Cообщить модератору

93. "Стабильный выпуск СУБД MariaDB 10.6"  –2 +/
Сообщение от Аноним (119), 10-Июл-21, 12:59 
Это проблема того, что в современных ОС в общем случае невозможно гарантировать запись.
Единственный стопроцентный способ - работать напрямую с блочным устройством через direct IO в обход механизмов файловой системы, как это умеет Оракл.
Ответить | Правка | Наверх | Cообщить модератору

97. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (119), 10-Июл-21, 13:04 
А, вон внизу пишут, что Мария тоже так умеет. Молодцы.
Ответить | Правка | Наверх | Cообщить модератору

125. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от СеменСеменыч777 (?), 11-Июл-21, 10:44 
> А, вон внизу пишут, что Мария тоже так умеет. Молодцы.

это другое. это - сделать на устройстве свою файловую систему для себя, чтобы
обойти туповатые ext4/xfs/ufs и навороченных монстров btrfs/zfs/ntfs.

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

99. "Стабильный выпуск СУБД MariaDB 10.6"  –1 +/
Сообщение от Пройессор (?), 10-Июл-21, 13:15 
Это не проблема ОС, ОС вообще не должна этим заниматься, это проблема кривых рук создателей Postgres. Direct IO именно для этого и создан. Если создатели Postgres не смогли direct io, а все остальные смогли значит, не OS виновата.
Более того, OS в идеале не должна (и не делает этого) предоставлять файловую систему которая на 100% позволит реализоваться СУРБД, таких файловых систем быть не может поскольку это всегда будет trade-off. Это задача СУРБД на голом девайсе самой реализоваться файловую систему которая будет заточенна именно под эту СУРБД.
Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

101. "Стабильный выпуск СУБД MariaDB 10.6"  –1 +/
Сообщение от Аноним (119), 10-Июл-21, 15:51 
Я и не говорю, что это проблема ОС. Это проблема легаси. Постгрес очень старый проект, а в классических старых Unix-ах fsync вполне себе работал, и никому в голову не пришло добавить там уровень абстракции. Сейчас это уже не так просто.

Есть экспериментальная ветка https://github.com/anarazel/postgres/tree/aio, посмотрим, что получится.

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

129. "Стабильный выпуск СУБД MariaDB 10.6"  –2 +/
Сообщение от Аноним (132), 11-Июл-21, 15:50 
> То, что Postgres зафлашил данные это не значит, что ядро их сразу сбросило на диск

Это имеено это и значит, что за чушь ты пишешь? Fsync работает на тех же механизмах что и direct io, если у тебя fsync не работает то и direct io не будет. У диска есть внутренний кеш, если ты не в курсе.

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

130. "Стабильный выпуск СУБД MariaDB 10.6"  +1 +/
Сообщение от Профессор (?), 11-Июл-21, 16:02 
Иди мат.часть учи, преимущество direct io в том, что он не страдает от race condition в отличии от fsync. И эти люди ещё думают, что разбираются в программировании.
Ответить | Правка | Наверх | Cообщить модератору

135. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (132), 11-Июл-21, 16:50 
Как ты думаешь, дилетант, что означает флаг O_DIRECT_NO_FSYNC в параметре innodb_flush_method СУБД про которую ты ничего не знаешь, а мнение имеешь?
Ответить | Правка | Наверх | Cообщить модератору

137. "Стабильный выпуск СУБД MariaDB 10.6"  –1 +/
Сообщение от Профессор (?), 11-Июл-21, 16:57 
Причём тут innodb_flush_method если речь идёт о Postgres?

Ты думаешь, что вызов fsync данные сразу, как они были записаны через syscall типа write, отправляет на диск (в кеш диска)?
Или может всё таки в ядре есть логика переупорядочивания тех данных которые были записаны в один и тот же файл и для которого был вызван fsync, чтобы записать данные за один проход?
Что будет если несколько потоков будут писать в один файл и вызывать fsync?

Иди учи мат.часть.

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

139. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (132), 11-Июл-21, 17:05 
Если ты утверждаешь что fsync не даёт достичь консистентности то он и в innodb не даст, дурик.
Ответить | Правка | Наверх | Cообщить модератору

141. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Профессор (?), 11-Июл-21, 17:11 
Да нет, это ты дурик. В innodb fsync используется потому, что некоторые файловые системы типа XFS не могут в direct io.

https://dev.mysql.com/doc/refman/5.7/en/innodb-parameters.ht...
```
O_DIRECT_NO_FSYNC: InnoDB uses O_DIRECT during flushing I/O, but skips the fsync() system call afterward. This setting is suitable for some types of file systems but not others. For example, it is not suitable for XFS. If you are not sure whether the file system you use requires an fsync(), for example to preserve all file metadata, use O_DIRECT instead. This option was introduced in MySQL 5.6.7 (Bug #11754304, Bug #45892).
```

https://bugs.mysql.com/bug.php?id=45892
```
Some testing by Domas has shown that some filesystems (XFS) do not sync metadata without the fsync. If the metadata would change, then you need to still use fsync (or O_SYNC for file open).

For example, if a file grows while O_DIRECT is enabled it will still write to the new part of the file, however since the metadata doesn't reflect the new size of the file the tail portion can be lost in the event of a crash.

Solution:

Continue to use fsync when important metadata changes or use O_SYNC in addition to O_DIRECT.
```

Т.е. оказывается, что в итоге в innodb используется direct io и fsync в качестве дополнения для XFS из-за кривизны XFS. Вот поэтому любая нормальная СУРБД и не использует файловые системы от ОС, а использует raw диск на котором сама управляет.

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

142. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (132), 11-Июл-21, 17:15 
Теперь вот тут почитай https://dev.mysql.com/doc/refman/8.0/en/innodb-parameters.ht...

а то у тебя устаревшие данные на пару версий и больше не повторяй эту глупость про отсутствие fsync в mysql.

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

143. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Профессор (?), 11-Июл-21, 17:18 
Я не могу понять, ты тупой или слепой. По твоей ссылке написано тоже самое что и в первой моей ссылке, что юзается fsync, а зачем он юзается я тебе показал в ссылке на баг. ПОТОМУ, ЧТО XFS НЕ МОЖЕТ ПРАВИЛЬНО В DIRECT IO.

Теперь ты идёшь в игнор.

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

146. "Стабильный выпуск СУБД MariaDB 10.6"  –1 +/
Сообщение от Аноним (132), 11-Июл-21, 17:23 
Ты прямо классический пример ламера, воинствующий дилетант не способный даже прочитать документацию

As of MySQL 8.0.14, fsync() is called after creating a new file, after increasing file size, and after closing a file, to ensure that file system metadata changes are synchronized. The fsync() system call is still skipped after each write operation.

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

148. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Профессор (?), 11-Июл-21, 17:28 
Это точно бот написаный школотой.
Ему же написали, что есть баг - ```some filesystems (XFS) do not sync metadata without the fsync. If the metadata would change, then you need to still use fsync (or O_SYNC for file open).```

Поэтому тупо всегда вызывается fsync на всякий случай, но direct io при этом включем, а в Postgres direct io всегда ВЫКЛЮЧЕН, что фатально в ряде случаев.

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

151. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (132), 11-Июл-21, 17:38 
> что фатально в ряде случаев.

Нет, это заблуждение.

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

144. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (132), 11-Июл-21, 17:18 
А это твой любимый race condition в официальной документации mysql:

Data loss is possible if redo log files and data files reside on different storage devices, and an unexpected exit occurs before data file writes are flushed from a device cache that is not battery-backed. If you use or intend to use different storage devices for redo log files and data files, and your data files reside on a device with a cache that is not battery-backed, use O_DIRECT instead.

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

145. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Профессор (?), 11-Июл-21, 17:22 
Понял, он тупой - ```and your data files reside on a device with a cache that is not battery-backed, use O_DIRECT instead```

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

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

147. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (132), 11-Июл-21, 17:27 
В режиме O_DIRECT mysql делает fsync, чтож ты прочитать то не можешь, ппц ;-)

O_DIRECT or 4: InnoDB uses O_DIRECT (or directio() on Solaris) to open the data files, and uses fsync() to flush both the data and log files.

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

149. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Профессор (?), 11-Июл-21, 17:30 
Чувак, ты просто критин, тебе уже 100 написали, что fsync вызывается в ДПОЛНЕНИЕ к direct io потому, что в XFS бага.
Ответить | Правка | Наверх | Cообщить модератору

150. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (132), 11-Июл-21, 17:36 
Ты не прав.

Во первых — в XFS нет бага :-)

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

131. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (-), 11-Июл-21, 16:29 
Direct IO не использует page cache, значит не будет загрязнения page cache'а в отличии от fsync. БД сама кэширует, в случае с fsync будет двойное кеширование. Зачем?
Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

136. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (132), 11-Июл-21, 16:56 
Это просто другой способ работы с диском, основанный на использовании кеша ФС. Что бы избежать двойного кеширования можно уменьшить кеш БД или наоборот увеличить что бы вытеснить кеш ФС, в зависимости от того что вам больше нравится.

И fsync в innodb всё равно есть, не надо повторять эту чушь.

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

138. "Стабильный выпуск СУБД MariaDB 10.6"  –1 +/
Сообщение от Профессор (?), 11-Июл-21, 16:59 
>Это просто другой способ работы с диском, основанный на использовании кеша ФС.

Который фатален в ряе случаев.

>Что бы избежать двойного кеширования можно уменьшить кеш БД или наоборот увеличить что бы вытеснить кеш ФС, в зависимости от того что вам больше нравится.

Это просто пипец. На этом с тобой общение закончил, это клиника.

>И fsync в innodb всё равно есть, не надо повторять эту чушь.

Причём тут innodb? Тебе пишут, что речь идёт про Postgres.

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

140. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (132), 11-Июл-21, 17:09 
> Который фатален в ряе случаев.

Глупость.

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

78. "Стабильный выпуск СУБД MariaDB 10.6"  –1 +/
Сообщение от ХрюХрю (?), 10-Июл-21, 07:11 
у кого сколько по времени mariadb запускается при запуске линуха?
просто думаю 5 сек это норм или нет...
Ответить | Правка | Наверх | Cообщить модератору

79. "Стабильный выпуск СУБД MariaDB 10.6"  –1 +/
Сообщение от ХрюХрю (?), 10-Июл-21, 07:14 
без баз, без таблиц
Ответить | Правка | Наверх | Cообщить модератору

83. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Онаним (?), 10-Июл-21, 10:24 
Доли секунды.
Ответить | Правка | Наверх | Cообщить модератору

96. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (119), 10-Июл-21, 13:03 
тогда долго, может, reverse dns lookup обламывается?
Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

94. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (119), 10-Июл-21, 13:02 
Если myisam не используется, можно выпилить myisamchk при запуске, тогда будет мгновенно.
Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

95. "Стабильный выпуск СУБД MariaDB 10.6"  +1 +/
Сообщение от СеменСеменыч777 (?), 10-Июл-21, 13:03 
MariaDB например умеет вот так:
https://mariadb.com/kb/en/innodb-system-tablespaces/#using-r...

кто еще может таким похвастаться ? Oracle по-моему умел, но уже разучился, остальные мимо.

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

98. "Стабильный выпуск СУБД MariaDB 10.6"  +1 +/
Сообщение от Аноним (119), 10-Июл-21, 13:09 
Это скорее фича innodb, чем марии, так что вроде все форки mysql умеют.

https://dev.mysql.com/doc/refman/8.0/en/innodb-system-tables...

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

114. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (114), 10-Июл-21, 21:22 
Не знал, спасибо за инфу.
Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

154. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от 1 (??), 12-Июл-21, 09:57 
красиво потом восстанавливать, после сбоя на диске.
На Innodb не пробовал, а вот с ораклом имел нехилый секс. После чего эту глупость не стали пользовать.
Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

163. "Стабильный выпуск СУБД MariaDB 10.6"  +1 +/
Сообщение от Аноним (119), 13-Июл-21, 16:36 
после сбоя на диске надо восстанавливать из бэкапа
Ответить | Правка | Наверх | Cообщить модератору

164. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от СеменСеменыч777 (?), 15-Июл-21, 18:09 
> после сбоя на диске надо восстанавливать из бэкапа

а бэкапы надо делать через Shadow Copy и никак иначе !
(естественно на raw devices это не работает, поэтому к черту raw devices).

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

108. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (107), 10-Июл-21, 18:34 
Насчет WITH TIES несовсем корректно: добавление WITH TIES позволяет получить больше заявленных результатов, если последний и идущие за ними имеют одинаковую стоимость: например, после ORDER BY... LIMIT вы запрашиваете N результатов, но у N-ого и N+1-ого стоимость одинаковая. Какой из них отдаст вам сервер, поди угадай. А если WITH TIES, он отдаст вам оба (хотя и число отданных результатов будет не N, а N+1).
Ответить | Правка | Наверх | Cообщить модератору

124. "Стабильный выпуск СУБД MariaDB 10.6"  +/
Сообщение от Аноним (124), 11-Июл-21, 08:46 
Помянем Монти и Зайцева.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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