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

Стабильный выпуск СУБД MariaDB 10.6, opennews (??), 09-Июл-21, (0) [смотреть все] А зачем , Аноним (1), 10:08 , 09-Июл-21, (1) +7 // Чтобы предельную длину текстового индекса в символах немножко увеличить Потому ч, Онаним (?), 10:18 , 09-Июл-21, (2) +2 // И создать проблем в дефолтных настройках при попытке сохранить emoji, например , zloykakpes (ok), 11:48 , 09-Июл-21, (24) +1 // По совсем-совсем дефолту ставится utf8mb4, так что здесь у вас проблем не будет , Онаним (?), 12:01 , 09-Июл-21, (26) +4 Наоборот вроде грозились сделать Сам по себе mb3 это легаси отросток мускуля из, Аноним (3), 10:34 , 09-Июл-21, (3) +2 // А, нет, никакой ошибки Это первый этап перевода utf8 на mb4 по умолчанию https, Аноним (3), 10:41 , 09-Июл-21, (6) +2 // на самом деле идея так себе - перевернуть все с ног на голову, чтобы потом еще р, gogo (?), 10:15 , 12-Июл-21, (155) эээ, йопт это в 10 6 или в 10 6 3 изменили если 10 6 2 - 10 6 3 это очень подло, Аноним (11), 10:48 , 09-Июл-21, (11) // 10 6 1 и 10 6 2 альфа выпуски , Аноним (12), 10:53 , 09-Июл-21, (12) выяснил что это изменение было с 10 6 0 - 10 6 1 и впрочем можно сказать на 10, Аноним (11), 10:55 , 09-Июл-21, (13) Молодцы , pashev.me (?), 10:37 , 09-Июл-21, (4) // здесь новый тренд наметился https www opennet ru openforum vsluhforumID3 12475, Аноним (5), 10:39 , 09-Июл-21, (5) // Молодец, заметил, Аноним (3), 10:42 , 09-Июл-21, (8) +4 Молодец, Аноним (9), 10:43 , 09-Июл-21, (9) +3 Просто лайкосоство , Qwerty (??), 11:41 , 09-Июл-21, (23) –5 // От плюсиков на этом сайте нет никакой выгоды, даже зарегистрированным , Аноним (9), 17:40 , 09-Июл-21, (51) +2 ЧСВ разве что потешить, OnTheEdge (??), 18:16 , 09-Июл-21, (54) –1 Два чая этому господину, КО (?), 18:48 , 09-Июл-21, (56) –2 TokuDB то за что , Аноним (7), 10:42 , 09-Июл-21, (7) +2 // https jira mariadb org browse MDEV-19780, Аноним (3), 10:44 , 09-Июл-21, (10) +1 // А говорили Вот закроют Мускул и улетит их независимая организация на дно океана , Аноним (34), 13:35 , 09-Июл-21, (34) +1 // ну надо же придать видимость воздуху который будут продавать Отжать MySQL t, Аноним (85), 10:40 , 10-Июл-21, (85) Току прикупила Перкона А Перкону и лично Зайцева Мария не любит Такие, брат,, Аноним (107), 18:31 , 10-Июл-21, (107) // MyRocks - это офигенный движок В том смысле, что попробовав - офигеешь В том с, Онаним (?), 20:11 , 10-Июл-21, (110) // This behavior is by design , Аноним (119), 03:09 , 11-Июл-21, (119) +1 Току закопала Перкона Сначала купила, потом ниасилила и закопала Желаю в аду им, Онаним (?), 20:16 , 10-Июл-21, (111) // InnoDB сама по себе жрет много места, и со сжатием она выходит на уровень несжат, Аноним (120), 03:20 , 11-Июл-21, (120) Не, ну MyISAM - это вообще выкрасить и выбросить, оно ж в транзакции не умеет А , Онаним (?), 05:24 , 11-Июл-21, (123) –1 а слабО без транзакций писАть , gogo (?), 10:18 , 12-Июл-21, (156) s слабо нафига , funny.falcon (?), 15:42 , 13-Июл-21, (162) Скрыто модератором, Аноним (14), 10:58 , 09-Июл-21, (14) –5 // Скрыто модератором, Аноним (9), 11:06 , 09-Июл-21, (16) –1 ох елки, зачем я зашел читать про эту поделку пойду нормальной базой пользовать, Аноним (15), 10:59 , 09-Июл-21, (15) –6 // Что не так , Аноньимъ (ok), 18:13 , 09-Июл-21, (53) Это какой VacumDB , kissmyass (?), 04:38 , 10-Июл-21, (73) –1 Скрыто модератором, Беня Коломойский (?), 11:09 , 09-Июл-21, (18) –2 это они только сейчас с mysql 8 0 синхронизировались , Gemorroj (ok), 11:23 , 09-Июл-21, (19) –1 Лучше бы улучшили совместимость с MySQL 8, мне приходится мигрировать на него из, Аноним (22), 11:41 , 09-Июл-21, (22) –1 // Каких , turbo2001 (ok), 11:58 , 09-Июл-21, (25) +1 // Упорядоченные по нисхождению индексы например Мигрировать пока не собираюсь, но , Онаним (?), 12:03 , 09-Июл-21, (27) // а в чем смысл сидеть на марии mysql 8 улетел вперед, мария синхронизируется с н, Gemorroj (ok), 12:04 , 09-Июл-21, (28) –1 Еще потому что в дистрибах марию ставят по дефолту везде , Аноним (29), 12:18 , 09-Июл-21, (29) То есть вся проблема в том, чтобы установить mysql из ораклового репозитория Эт, Аноним (119), 01:36 , 10-Июл-21, (69) Тяжеловато мигрировать туда-сюда с гигабайтными и терабайтными базами Поэтому , Онаним (?), 13:05 , 09-Июл-21, (31) Никто никуда не улетел Мария с мусклем активно обмениваются фичами, по мере дов, DeadLoco (ok), 23:43 , 09-Июл-21, (63) +1 Вы будете шокированы, если попробуете PostgreSQL Без шуток Правда привыкать , FSA (??), 12:48 , 09-Июл-21, (30) +2 // Это да, я был шокирован, насколько оно убогое во всех смыслах Ещё и удалённые за, Онаним (?), 13:05 , 09-Июл-21, (32) –4 // О, любители вакуумов минусить начали Ребят Если я из таблицы в 500-600 гиг на с, Онаним (?), 13:45 , 09-Июл-21, (35) +3 И если вариант с датами ещё можно как-то партициями решить, то вариант с интерва, Онаним (?), 13:46 , 09-Июл-21, (36) –2 Что-то мне подсказывает, что вам нужна колоночная база Типа кликхауса , Аноним (119), 01:46 , 10-Июл-21, (72) –2 При таких вводных и innodb опухнет не меньше , Аноним (119), 01:43 , 10-Июл-21, (71) а можно подробнее , kissmyass (?), 04:41 , 10-Июл-21, (74) –1 Можно https dev mysql com doc refman 8 0 en innodb-multi-versioning htmlIf you, Аноним (132), 16:35 , 11-Июл-21, (132) там имеется ввиду непрерывный процесс удаления маленькими порциями, который буде, kissmyass (?), 02:04 , 12-Июл-21, (152) Автовакуум ничего не блокирует , Аноним (132), 22:08 , 12-Июл-21, (158) а разве это не все тот же вакум который запускается по расписанию , kissmyass (?), 02:12 , 13-Июл-21, (160) ОНО, Postgress, ПОД MIT ЛИЦЕНЗИЕЙ Вы существуете 1 В безвоздушном пространстве2, help_wp MySQL default (?), 06:03 , 10-Июл-21, (76) Я знаю, что жарко Если сильно припекает - обливайтесь прохладной водой, оборачив, Онаним (?), 10:22 , 10-Июл-21, (82) +1 Неистово плюсую Тюнинг адский, распределение никакое 8230 Если уж так синтакс, Aleks (??), 15:21 , 09-Июл-21, (41) +3 Угу, какие там шутки, отпаивать неделю после шока придётся Работал по очереди , Яхз (?), 14:20 , 09-Июл-21, (38) +1 // Ну не знаю Работал только с MySQL и PostgreSQL Как по мне так наилучший вариант, anonymous (??), 14:54 , 09-Июл-21, (39) +1 Это если достаточно че-то дефолтное развернуть на уровне девопса А если надо им, Аноним (29), 15:47 , 09-Июл-21, (42) +2 Если быть разработчиком БД, а не веб-макакой, то зачем вебморды для вебмакак тип, Аноним (119), 01:40 , 10-Июл-21, (70) +4 После Oracle SQL Developer, PL SQL Developer, TOAD, MSSQL Develompent Studio - D, Аноним (87), 11:59 , 10-Июл-21, (87) DataGrip не пробовал, но остальные IDE нравятся , Аноним (87), 12:03 , 10-Июл-21, (89) Для мускула брать DataGrip лицуху жирновато Для больших баз другое дело , Аноним (87), 12:04 , 10-Июл-21, (90) Если устраивает сидеть на бетах которые у JetBrains часто стабильнее релизов , , Аноним (119), 12:54 , 10-Июл-21, (92) +2 Благодарю за инфу, Аноним (104), 16:47 , 10-Июл-21, (104) Да, если нет неприязни к snap-у, то сидение на EAP триалах автоматизируется и св, Аноним (119), 20:33 , 10-Июл-21, (112) Поставил DataGrip Не нашел где в Марии создать триггер , Аноним (104), 17:19 , 10-Июл-21, (105) Когда в БД сотня связанных таблиц, тыща хранимых процедур, триггеров сотни, пред, Аноним (29), 15:57 , 09-Июл-21, (45) –1 И всё это вы мышкой в GUI накликали Похоже у кого-то богатая фантазия - , Аноним (132), 04:53 , 11-Июл-21, (121) Непосредственно сам код руками конечно, но с помощью IDE Всё глазами видно Огр, Аноним (126), 12:26 , 11-Июл-21, (126) А про тестирование перед выкаткой в бой и версионирование кода и схемы БД вы узн, Аноним (132), 16:39 , 11-Июл-21, (133) +1 Не я один Это с годами обрастает dblink тоже мышкой , Аноним (126), 12:27 , 11-Июл-21, (127) А именно биллинг провайдыря, либо розничная сеть с сотнями точек и дочерних БД, , Аноним (126), 12:29 , 11-Июл-21, (128) Подтверждаю Я работал и с большой БД Оракла, и с MSSQL поменьше И только недав, Аноним (29), 15:51 , 09-Июл-21, (43) Я еще не упомянул пятиэтажные запросы с подзапросами по 500 строк для отчетности, Аноним (29), 16:07 , 09-Июл-21, (47) Такие запросы пишутся в текстовом файле, по кусочкам которые выполняются в проце, Аноним (132), 16:44 , 11-Июл-21, (134) В текстовом файле их пишут как раз там, где нет нормальной IDE Пакеты Оракла ил, Яхз (?), 09:45 , 12-Июл-21, (153) Я в боевой базе на сервере руками ничего не редактирую , Аноним (132), 22:12 , 12-Июл-21, (159) А код в базе самозарождается, да И dev sit uat pre-prod отсутствуют Разработ, Яхз (?), 09:35 , 13-Июл-21, (161) Что-что, а говнище этот Оракл ещё то , Нырок (?), 16:10 , 09-Июл-21, (48) Разве MySQL Workbench не работает с марией , Аноньимъ (ok), 18:19 , 09-Июл-21, (55) нет оракл же, Аноним (29), 20:59 , 09-Июл-21, (61) У меня раньше работало, можете теперь совместимость потеряна конечно , Аноньимъ (ok), 15:12 , 10-Июл-21, (100) Недавно проверял Выводится сообщение, что мол нет Со свежей версией марии , Аноним (104), 16:46 , 10-Июл-21, (103) в смысле нет Dbeaver имеет IntelliSense , kissmyass (?), 04:43 , 10-Июл-21, (75) Неудобный он И не всё поддерживает Создать таблицу, написать запрос А какие-т, Аноним (87), 12:01 , 10-Июл-21, (88) Давно использую https dbeaver io для работы со всеми DB , COBA (?), 16:02 , 09-Июл-21, (46) +5 Элементарно создать триггер если выбрать, то там какая-то ерунда генерится без к, Аноним (87), 12:06 , 10-Июл-21, (91) Абсолютно те же эмоции , Онаним (?), 10:26 , 10-Июл-21, (84) –2 Хоть в одной новости было про зависимую организацию У них даже CentOS не зависи, Аноним (34), 13:33 , 09-Июл-21, (33) PostgreSQL хватит всем, Хан (?), 14:01 , 09-Июл-21, (37) –2 // Чем отличается поведение update в postgres и в innodb , kai3341 (ok), 17:14 , 09-Июл-21, (49) +1 // В целом 8212 ничем , Аноним (132), 04:56 , 11-Июл-21, (122) Вот она СТАБИЛЬНОСТЬ , ВЦцВ (?), 15:10 , 09-Июл-21, (40) // Стабильность придёт когда будет киберпанк и мы будем движением пальца и силой мы, КО (?), 06:35 , 10-Июл-21, (77) +2 Концепция-то старовата, не , user90 (?), 15:51 , 09-Июл-21, (44) // Которая именно SQL Реляционная алгебра И в чем оно устарело , Аноним (52), 18:11 , 09-Июл-21, (52) Конечно старовата Херак-херак в рест апи, и в продакшн Хипстерам ныне часто даже, Онаним (?), 20:40 , 09-Июл-21, (58) +1 // Ты хотел сказать херак-херак на расте и в продакшн , нах.. (?), 18:36 , 10-Июл-21, (109) Тут собрались все домохозяйки, для которых разрабатывался SQL Предлогаю до кучи , Аноним (57), 20:16 , 09-Июл-21, (57) –2 // Предложишь что-то лучше SQL для сложных зависимостей Понятно, что очередной your, Онаним (?), 20:42 , 09-Июл-21, (59) // Прошу прщения за предыдущий пост, сделанный не на трезвую годову Сейчас это уже, Аноним (57), 20:57 , 09-Июл-21, (60) –2 // заставить бы тебя 1000 раз на доске написать postgreS, чтоб запомнил, zzz (??), 20:56 , 10-Июл-21, (113) +1 Прикол PostgreSQL в том, что он использует системный flush Т е данные могут бы, Аноним (-), 21:16 , 09-Июл-21, (62) // Вообщето пострес поддерживает ACID и имеет WAL, Shodan (ok), 00:22 , 10-Июл-21, (66) +1   // ACID и WAL он поддерживает исключительно через flush, а значит это не ACID и WAL, Профессор (?), 00:26 , 10-Июл-21, (67) –2   // Под flush я имел ввиду fsync На хабре есть статья по теме, возможно это она, е, Профессор (?), 00:31 , 10-Июл-21, (68) –2   Это проблема того, что в современных ОС в общем случае невозможно гарантировать , Аноним (119), 12:59 , 10-Июл-21, (93) –2   А, вон внизу пишут, что Мария тоже так умеет Молодцы , Аноним (119), 13:04 , 10-Июл-21, (97)   это другое это - сделать на устройстве свою файловую систему для себя, чтобыобо, СеменСеменыч777 (?), 10:44 , 11-Июл-21, (125)   Это не проблема ОС, ОС вообще не должна этим заниматься, это проблема кривых рук, Пройессор (?), 13:15 , 10-Июл-21, (99) –1   Я и не говорю, что это проблема ОС Это проблема легаси Постгрес очень старый п, Аноним (119), 15:51 , 10-Июл-21, (101) –1   Это имеено это и значит, что за чушь ты пишешь Fsync работает на тех же механиз, Аноним (132), 15:50 , 11-Июл-21, (129) –2   Иди мат часть учи, преимущество direct io в том, что он не страдает от race cond, Профессор (?), 16:02 , 11-Июл-21, (130) +1   Как ты думаешь, дилетант, что означает флаг O_DIRECT_NO_FSYNC в параметре innodb, Аноним (132), 16:50 , 11-Июл-21, (135)   Причём тут innodb_flush_method если речь идёт о Postgres Ты думаешь, что вызов f, Профессор (?), 16:57 , 11-Июл-21, (137) –1   Если ты утверждаешь что fsync не даёт достичь консистентности то он и в innodb н, Аноним (132), 17:05 , 11-Июл-21, (139)   Да нет, это ты дурик В innodb fsync используется потому, что некоторые файловые, Профессор (?), 17:11 , 11-Июл-21, (141)   Теперь вот тут почитай https dev mysql com doc refman 8 0 en innodb-parameters, Аноним (132), 17:15 , 11-Июл-21, (142)   Я не могу понять, ты тупой или слепой По твоей ссылке написано тоже самое что и, Профессор (?), 17:18 , 11-Июл-21, (143)   Ты прямо классический пример ламера, воинствующий дилетант не способный даже про, Аноним (132), 17:23 , 11-Июл-21, (146) –1   Это точно бот написаный школотой Ему же написали, что есть баг - some filesys, Профессор (?), 17:28 , 11-Июл-21, (148)   Нет, это заблуждение , Аноним (132), 17:38 , 11-Июл-21, (151)   А это твой любимый race condition в официальной документации mysql Data loss is , Аноним (132), 17:18 , 11-Июл-21, (144)   Понял, он тупой - and your data files reside on a device with a cache that is, Профессор (?), 17:22 , 11-Июл-21, (145)   В режиме O_DIRECT mysql делает fsync, чтож ты прочитать то не можешь, ппц - O_D, Аноним (132), 17:27 , 11-Июл-21, (147)   Чувак, ты просто критин, тебе уже 100 написали, что fsync вызывается в ДПОЛНЕНИЕ, Профессор (?), 17:30 , 11-Июл-21, (149)   Ты не прав Во первых 8212 в XFS нет бага - , Аноним (132), 17:36 , 11-Июл-21, (150)   Direct IO не использует page cache, значит не будет загрязнения page cache а в о, Аноним (-), 16:29 , 11-Июл-21, (131)   Это просто другой способ работы с диском, основанный на использовании кеша ФС Ч, Аноним (132), 16:56 , 11-Июл-21, (136)   Который фатален в ряе случаев Это просто пипец На этом с тобой общение закончил, Профессор (?), 16:59 , 11-Июл-21, (138) –1   Глупость , Аноним (132), 17:09 , 11-Июл-21, (140)   у кого сколько по времени mariadb запускается при запуске линуха просто думаю 5 , ХрюХрю (?), 07:11 , 10-Июл-21, (78) –1 // без баз, без таблиц, ХрюХрю (?), 07:14 , 10-Июл-21, (79) –1 // Доли секунды , Онаним (?), 10:24 , 10-Июл-21, (83) тогда долго, может, reverse dns lookup обламывается , Аноним (119), 13:03 , 10-Июл-21, (96) Если myisam не используется, можно выпилить myisamchk при запуске, тогда будет м, Аноним (119), 13:02 , 10-Июл-21, (94) MariaDB например умеет вот так https mariadb com kb en innodb-system-tablespac, СеменСеменыч777 (?), 13:03 , 10-Июл-21, (95) +1 // Это скорее фича innodb, чем марии, так что вроде все форки mysql умеют https d, Аноним (119), 13:09 , 10-Июл-21, (98) +1 Не знал, спасибо за инфу , Аноним (114), 21:22 , 10-Июл-21, (114) красиво потом восстанавливать, после сбоя на диске На Innodb не пробовал, а вот , 1 (??), 09:57 , 12-Июл-21, (154) // после сбоя на диске надо восстанавливать из бэкапа, Аноним (119), 16:36 , 13-Июл-21, (163) +1 // а бэкапы надо делать через Shadow Copy и никак иначе естественно на raw device, СеменСеменыч777 (?), 18:09 , 15-Июл-21, (164) Насчет WITH TIES несовсем корректно добавление WITH TIES позволяет получить бол, Аноним (107), 18:34 , 10-Июл-21, (108) Помянем Монти и Зайцева , Аноним (124), 08:46 , 11-Июл-21, (124) 1,4,7,15,19,22,33,37,40,44,57,62,78,95,108,124

Сообщения

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

	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ообщить модератору

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

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