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

Стабильный выпуск СУБД MariaDB 10.10, opennews (?), 18-Ноя-22, (0) [смотреть все] В этот раз доломали оптимизатор JOIN Я после 10 6 боюсь обновляться вообще, так , Онаним. (?), 09:00 , 18-Ноя-22, (1) +3 // Молчу уже про то, что до этого доломали и выкинули TokuDB, и на больших объёмах , Онаним. (?), 09:01 , 18-Ноя-22, (2) +1 // И как ты справляешься без реализации новых алгоритмов и с отсутствием типа INET4, Омоним (?), 09:21 , 18-Ноя-22, (11) +2 // Новых алгоритмов - это автовакуума в плоской DBF-подобной структуре с навесными , Онаним. (?), 09:25 , 18-Ноя-22, (13) Извиняюсь, не над блобом, над CHAR 4 binary Блоб немножко по-другому хранится , Онаним. (?), 09:26 , 18-Ноя-22, (14) +1 на этот раз прощаю, Аноним (-), 09:52 , 18-Ноя-22, (21) +7 ну и нафига тебе такой геморрой я например свалил на postgres больше 15 лет наз, Аноним (31), 13:00 , 18-Ноя-22, (31) // Извиняй, у меня нет задач 15-летней свежести , Онаним. (?), 14:01 , 18-Ноя-22, (35) +3 // это типа ты тык шутишь о якобы преимуществах mysql под postgres это при том что, Аноним (31), 14:47 , 18-Ноя-22, (42) Хосспаде У постгреса до сих пор при записи получается отличная первой свежести , Онаним. (?), 15:24 , 18-Ноя-22, (44) +1 Ну не умеет и не умеет Есть же log shipping То же и про vacuum можно сказать, н, edo (ok), 17:00 , 18-Ноя-22, (52) А можно подробнее, что там со сбросом страниц , edo (ok), 16:27 , 18-Ноя-22, (51) // Ну чего-чего там В один поток теперь флаш идёт Разбиение buffer pool на инстан, Онаним. (?), 01:06 , 19-Ноя-22, (64) // похоже пофиксили, pow (?), 20:47 , 19-Ноя-22, (76) Серьёзно, компрессия пошла в несколько потоков Благодарю, надо будет тогда всер, Онаним. (?), 21:54 , 19-Ноя-22, (80) Посмотрел Нет, ничего не изменилось, та же херня Запись из пула в один поток, од, Онаним. (?), 12:01 , 22-Ноя-22, (85) в постгресе уже сто лет как было, Аноним (8), 09:14 , 18-Ноя-22, (8) –1 // так сабж по сути из себя представляет одно большое проявление NIH-синдрома у его, Аноним (-), 09:18 , 18-Ноя-22, (9) –2 // Вы всё ещё вакуумите Тогда мы идём к вам Даже со всеми недостатками D, Онаним. (?), 09:22 , 18-Ноя-22, (12) –2   // Вакуумили, вакуумим и вакуумить будем А что Какие с этим проблемы , random (??), 09:27 , 18-Ноя-22, (15) –1   Ну, кто ж против-то Продолжайте , Онаним. (?), 09:29 , 18-Ноя-22, (17)   Даже с таким огромным минусом как вакуум, предпочту PostgreSQL сабжу , An (??), 09:30 , 18-Ноя-22, (18)   ну-ну, вы мне еще за OPTIMIZE RECREATE TABLE поговорите , Аноним (19), 09:46 , 18-Ноя-22, (19) –1   Ты не поверишь, ещё со времён 5 5 в общем случае не требуется Бывают специфичные, Онаним. (?), 10:30 , 18-Ноя-22, (23)   Эту операцию регулярно делать не нужно когда в таблицу только INSERT ы идут и со, Аноним (28), 11:27 , 18-Ноя-22, (28) +2   Мысль есть, но она не верная Есть биллинг, из которого ежедневно архивируются да, Онаним. (?), 14:02 , 18-Ноя-22, (36)   Последовательно vs Случайным образом , Аноним (54), 22:15 , 18-Ноя-22, (54)   InnoDB устроена так, что ей без разницы Единственные различия в размерах дают ин, Онаним. (?), 00:57 , 19-Ноя-22, (58)   Самый хреновый юзкейс на самом деле не случайный образ, а большое удаление и мед, Онаним. (?), 21:50 , 19-Ноя-22, (79)   Кстати да, даже ALTER RECREATE TABLE ныне вполне себе позволяет фоновые INSERT, Онаним. (?), 10:33 , 18-Ноя-22, (26) +1   Уже даже одна возможность no-lock online DDL schema change , даже со всеми огра, Онаним. (?), 09:28 , 18-Ноя-22, (16) +3 Зачем использовать постгрю там, где даже ms sql слишком много, а sqlite слишком , EULA (?), 09:49 , 18-Ноя-22, (20) –2 // MSSQL вроде бы хорош внутреннее, но вот стохастика в оптимизаторе - это лютый пп, Онаним. (?), 10:31 , 18-Ноя-22, (24) в синтетике, Онаним. (?), 10:31 , 18-Ноя-22, (25) Пиши всё в плоский файл , Аноним (34), 13:18 , 18-Ноя-22, (34) Так это и получится постгрес , Онаним. (?), 14:03 , 18-Ноя-22, (37) +1 У открытого постгреса как с чем-нибудь галероподобным Ну то есть, репликация до , Stanislavvv (?), 12:06 , 18-Ноя-22, (29) –3 // Да никак Даже репликация без DDL до сих пор Без слёз не взглянешь , Онаним. (?), 14:03 , 18-Ноя-22, (38) –1 Вот блин, не знал Стоят мастер и реплика Postgres c timescaledb И все работает, An (??), 14:22 , 18-Ноя-22, (39) Реплика-то активная, читать с неё можно, или standby вопрос ответа не требуе, Онаним. (?), 14:26 , 18-Ноя-22, (40) А зачем тогда спрашиваешь hot_standbyДа, читать можно , An (??), 14:38 , 18-Ноя-22, (41) Серьёзно И даже конфликтов с применением WAL при чтении нет , Онаним. (?), 15:23 , 18-Ноя-22, (43) А вот это есть Пока читаем, применение wal покурить уходит Но как это связано, An (??), 15:33 , 18-Ноя-22, (47) Я писал про логическую репликацию Репликация через сброс WAL - это редкостное и, Онаним. (?), 01:10 , 19-Ноя-22, (65) В вашем посте выше про логическую репликацию ни слова Поэтому прочитав его, мож, An (??), 07:25 , 19-Ноя-22, (68) +1 Предпочитаю настраивать только то, что очевидно необходимо сервису Костыльный , Онаним. (?), 10:42 , 21-Ноя-22, (83) А что приличного в мастер-мастер репликации Она же ничего нормальной базе не да, leap42 (ok), 15:36 , 18-Ноя-22, (48) Да меня и master-несколько slave устроит, если а можно нормально читать из репл, Stanislavvv (?), 18:10 , 18-Ноя-22, (53) –1 По а с галерой ещё проще Можно просто прибить данные реплики, она всё сама ск, Онаним. (?), 00:59 , 19-Ноя-22, (59) Ну да, но на рабочем кластере, где случайно прибили одну вм, было проще восстано, Stanislavvv (?), 08:56 , 19-Ноя-22, (71) –1 Оно не нужно ни там ни там , Аноним (22), 10:23 , 18-Ноя-22, (22) К сожалению стала видна острейшая нехватка ресурсов у компании за MariaDB По су, Онаним. (?), 10:47 , 18-Ноя-22, (27) +1 // Может и так, но большинству важнее что опенсорц не скатится в монетизацию или ещ, Ivan_83 (ok), 15:30 , 18-Ноя-22, (45) // Не, там нет конфликта, у двух движков совершенно разные весовые категории Поэто, Онаним. (?), 15:32 , 18-Ноя-22, (46) Это же не LTS ваще Сидим на 10 5 и не жужжим , DEF (?), 12:18 , 18-Ноя-22, (30) –1 // https mariadb com kb en mariadb-server-release-dates MariaDB Server 10 6The cu, АнонимкаРастуимка (?), 13:00 , 18-Ноя-22, (32) // Сказали же тебе ну жужжи , Аноним (34), 13:18 , 18-Ноя-22, (33) +6 Года три назад пытался сделать таблицу из партиций разных типов, memory и innodb, Аноним (49), 15:54 , 18-Ноя-22, (49) // О чём речь-то вообще Партиции доступны в пределах одного движка, никаких измене, Онаним. (?), 01:00 , 19-Ноя-22, (61) где NDB , penetrator (?), 23:00 , 18-Ноя-22, (55) // В ванильке NDB число оракловая шляпа до этого сановская , Онаним. (?), 01:01 , 19-Ноя-22, (62) // NDB был в MySQL еще до покупки Ораклом, penetrator (?), 03:33 , 19-Ноя-22, (67) // До покупки санками, вы хотели сказать В принципе да, он ещё и до санок существов, Онаним. (?), 08:52 , 19-Ноя-22, (69) нет, я хотел сказать то, что написали ответ это на то, что это оракловая шляпа , penetrator (?), 21:24 , 19-Ноя-22, (77) https mariadb com kb en ndb-in-mariadb Но причины могут быть разными, кроме ко, Онаним. (?), 21:47 , 19-Ноя-22, (78) про патенты не слышал ни разу, а то что у них инженеров для этого нет они сами г, penetrator (?), 21:48 , 20-Ноя-22, (82) веб-макакам мало int32 , penetrator (?), 23:06 , 18-Ноя-22, (56) // CHAR 4 оптимально - накладные расходы всё те же, что и у INTEGER , Онаним. (?), 01:02 , 19-Ноя-22, (63) –1 Вот она свобода Вместо 171 вместе 187 8212 171 вместо 187 Это как и, Тот_Самый_Анонимус_ (?), 20:31 , 19-Ноя-22, (75) // Да, в бесплатном софте именно так Или ты спонсируешь проект своим временем, де, edo (ok), 05:36 , 20-Ноя-22, (81) // Это понятно Но самый цимес в том, что эти адепты жрут г-но от тех, кто при этом, Тот_Самый_Анонимус_ (?), 06:07 , 22-Ноя-22, (84) 1,8,27,30,49,55,56,75

Сообщения

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

	12. "Стабильный выпуск СУБД MariaDB 10.10"	–2 +/–
	Сообщение от Онаним. (?), 18-Ноя-22, 09:22
	Вы всё ещё вакуумите? Тогда мы идём к вам. Даже со всеми недостатками :D
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Стабильный выпуск СУБД MariaDB 10.10"	–1 +/–
	Сообщение от random (??), 18-Ноя-22, 09:27
	Вакуумили, вакуумим и вакуумить будем. А что? Какие с этим проблемы?
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Стабильный выпуск СУБД MariaDB 10.10"	+/–
	Сообщение от Онаним. (?), 18-Ноя-22, 09:29
	Ну, кто ж против-то. Продолжайте.
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Стабильный выпуск СУБД MariaDB 10.10"	+/–
	Сообщение от An (??), 18-Ноя-22, 09:30
	Даже с таким огромным минусом как вакуум, предпочту PostgreSQL сабжу.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	19. "Стабильный выпуск СУБД MariaDB 10.10"	–1 +/–
	Сообщение от Аноним (19), 18-Ноя-22, 09:46
	ну-ну, вы мне еще за OPTIMIZE (RECREATE) TABLE поговорите)))
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	23. "Стабильный выпуск СУБД MariaDB 10.10"	+/–
	Сообщение от Онаним. (?), 18-Ноя-22, 10:30
	Ты не поверишь, ещё со времён 5.5 в общем случае не требуется. Бывают специфичные случаи, но это скорее исключение.
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Стабильный выпуск СУБД MariaDB 10.10"	+2 +/–
	Сообщение от Аноним (28), 18-Ноя-22, 11:27
	Эту операцию регулярно делать не нужно когда в таблицу только INSERT'ы идут и совсем чуть-чуть UPDATE. В случае же взрослого INSERT/UPDATE/DELETE что мыскль, что мария, место на диске жрут с не меньшим аппетитом, чем PG. Но, в отличии от PG, вернуть это место взад бывает не всегда просто и быстро.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Стабильный выпуск СУБД MariaDB 10.10"	+/–
	Сообщение от Онаним. (?), 18-Ноя-22, 14:02
	Мысль есть, но она не верная. Есть биллинг, из которого ежедневно архивируются данные старше года. Ну так вот. Ничего не растёт.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Стабильный выпуск СУБД MariaDB 10.10"	+/–
	Сообщение от Аноним (54), 18-Ноя-22, 22:15
	Последовательно vs. Случайным образом.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Стабильный выпуск СУБД MariaDB 10.10"	+/–
	Сообщение от Онаним. (?), 19-Ноя-22, 00:57
	InnoDB устроена так, что ей без разницы. Единственные различия в размерах дают индексы, если слишком безумные паттерны записи - деревья могут слегка распухать, но тут уже никому ничто не поможет, только пересоздание дерева.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Стабильный выпуск СУБД MariaDB 10.10"	+/–
	Сообщение от Онаним. (?), 19-Ноя-22, 21:50
	Самый хреновый юзкейс на самом деле не случайный образ, а большое удаление и медленное заполнение. При этом размер сохраняется по-максимуму от "до последнего удаления". В принципе проблемы нет, потому что всё равно снова заполнится, но тем не менее. У тех, у кого сжатие, и этого нет - оно всё равно где надо дырок понатыкивает, и размер получается сугубо виртуальным.
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	26. "Стабильный выпуск СУБД MariaDB 10.10"	+1 +/–
	Сообщение от Онаним. (?), 18-Ноя-22, 10:33
	Кстати да, даже ALTER (RECREATE) TABLE ныне вполне себе позволяет фоновые INSERT :) Такие дела.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

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

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