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

Стабильный релиз СУБД MySQL 8.0, opennews (??), 19-Апр-18, (0) [смотреть все] Спасибо, но уже есть PostgreSQL и MariaDB , Аноним (-), 23:30 , 19-Апр-18, (1) +4 // Это лучше, чем MariaDB, они выпилили myisam насовсем, в том числе из служебных т, KonstantinB (ok), 23:35 , 19-Апр-18, (2) +3 // Aria , Имя (?), 23:49 , 19-Апр-18, (3) // Фигария, попробуй сменить тип таблиц в базе mysql , KonstantinB (ok), 00:09 , 20-Апр-18, (4) –2 https dev mysql com doc refman 8 0 en data-dictionary html, KonstantinB (ok), 00:12 , 20-Апр-18, (6) –1 вот тоже уже думаю обратно на ванильный mysql с марии переезжать честный json, s, Gemorroj (ok), 00:11 , 20-Апр-18, (5) // Еще CTE и window-функции завезли Я с бетой игрался, отлично, уже прям настоящая , KonstantinB (ok), 00:15 , 20-Апр-18, (7) +2 я пока заткнулся с https dev mysql com doc refman 8 0 en mysql-secure-installa, Gemorroj (ok), 11:29 , 20-Апр-18, (46) –1 Обычно перестаёт быть страшно к N X 20-26, а в важных местах к N X 40Но ходят сл, Аноним (-), 09:30 , 21-Апр-18, (70) +1 Percona умеет половину из Maria и Mysql 8 0, Монти Пайтон (?), 01:29 , 20-Апр-18, (15) Transactional data dictionary не умеют, это самое главное Тут я восхищаюсь объе, KonstantinB (ok), 06:00 , 20-Апр-18, (20) +2 myisam гогно, тут я с вами согласен на все 100 , Аноним (-), 17:50 , 20-Апр-18, (56) Percona не пилит новые божественные фичи Percona Server это ванильный оракловый, Аноним (-), 09:27 , 21-Апр-18, (69) А вот так они могут - https www reddit com r brainfuck comments 83cw7l i_imp, KonstantinB (ok), 21:01 , 23-Апр-18, (82) мария начала ломать совместимость с оригинальным mysql хорошая шутка , feudor (ok), 11:09 , 20-Апр-18, (40) ну поработай с json, найди там хоть какой-то сходство , Gemorroj (ok), 11:28 , 20-Апр-18, (45) –2 я про то что оригинальный MySQL это и есть мария , feudor (ok), 13:21 , 20-Апр-18, (52) https jira mariadb org browse MDEV-13594Ответ на мой комментарий меня просто п, Ilya Indigo (ok), 03:56 , 21-Апр-18, (61) Postgre пока не нyжен - детально так раъяснено почему - https habrahabr ru com, IRASoldier (?), 00:17 , 20-Апр-18, (8) –8 // Чтобы с озвученной Uber-ом проблемой столкнуться, нужен особый характер нагрузки, KonstantinB (ok), 00:33 , 20-Апр-18, (9) +1   // Из статьи следует, что апдейты индексированнного поля и неиндексированного одина, Аноним (-), 07:21 , 20-Апр-18, (24) –3   И чем же , Аноним (-), 20:23 , 20-Апр-18, (59)   Если горячая страничка на чтение вытеснится из кеша ОС, сразу пачка одновремен, Аноним (-), 09:38 , 21-Апр-18, (71)   Как долго Это не так просто оценить, у shared_buffers и у кеша ОС есть алгоритм, Аноним (-), 22:31 , 24-Апр-18, (86)   То, что сейчас кажется дикостью, 20 лет назад было оптимальным решением Хранили, KonstantinB (ok), 04:29 , 21-Апр-18, (62) +1   и пока линуксеры не доломали совместимость с нормальными юниксами - вполне прист, нах (?), 21:38 , 22-Апр-18, (78)   Чтобы с этой проблемой столкнуться надо написать оптимизированную логику под MyS, letsmac (ok), 15:51 , 20-Апр-18, (55)   Извините, но Innodb тоже версионник Однока он лучше сравляется спробоемой потом, funny. falcon (?), 08:23 , 21-Апр-18, (64)   Не нужен кому PostgreSQL это из разряда MSSQL, продукции Oracle, Sybase З Ы то, Аноним (-), 00:33 , 20-Апр-18, (10) –2 // А чем myisam плох для определённых случаев Вот есть десяток девелоперских баз , Аноним (-), 00:40 , 20-Апр-18, (11) Для девелоперской базы никто не мешает остановить mysqld и ручками скопировать i, KonstantinB (ok), 00:58 , 20-Апр-18, (12) +1 Потом попробовать стартануть мускул, почитать ругань, а если он таки стартанул, , angra (ok), 02:52 , 20-Апр-18, (17) +1 Ничего сложного, совсем Во-первых, можно скопировать содержимое var lib mysql в, KonstantinB (ok), 05:54 , 20-Апр-18, (19) +1 Я не говорил, что сложно или невыполнимо Но простое копирование как с MYISAM пр, angra (ok), 07:50 , 20-Апр-18, (27) Да ладно куча, элементарно все , KonstantinB (ok), 08:09 , 20-Апр-18, (30) Задача была импортировать данные на машину разработчика Для этого можно и так с, KonstantinB (ok), 08:11 , 20-Апр-18, (31) Нет утилиты официальной, чтобы бекапить всю базу и разворачивать её с помощью tr, Аноним (-), 10:00 , 21-Апр-18, (72) Если останавливают процессы, то это не горячее а холодное копирование , Аноним (-), 06:58 , 20-Апр-18, (22) Из контекста остановка продакшена не предусматривалась и про использование репли, angra (ok), 07:41 , 20-Апр-18, (25) В общем вместо чтения документации - каждый на своей волне , ыы (?), 07:45 , 20-Апр-18, (26) Вообще-то там речь о девелоперских базах шла И что это такой за продакшен без ре, KonstantinB (ok), 08:03 , 20-Апр-18, (28) +1 там может быть все что угодно например 386DX2 какой-то хостинг с 64 мегами о, ыы (?), 11:06 , 20-Апр-18, (38) даже с mysqldump innodb есть фокусы настройки, чтобы заливать дамп быстрееистори, Аноним (-), 10:09 , 21-Апр-18, (73) Да уж, заменить hdd на ssd тот еже фокус настройка Предлагаю не менее эффективн, angra (ok), 04:55 , 24-Апр-18, (84) Заметь, что соотношение осталось прежним 1 6, angra (ok), 04:52 , 24-Апр-18, (83) Это была поправка на конкретное высказываниеhttp www opennet ru openforum vslu, Аноним (-), 13:51 , 20-Апр-18, (53) вам бы попробовать дампить базу с ключем --disable-keys, Валик228 (?), 11:07 , 20-Апр-18, (39) Статья устаревшая из-за старой используемой версии у Убера Хотя, конечно, никто, Аноним (-), 01:05 , 20-Апр-18, (13) –1 // Да пофиг какая версия, основное там - это родовая проблема с организацией данных, KonstantinB (ok), 01:09 , 20-Апр-18, (14) +1 Благодарю за ссылку Зачитался и задумался аж на 2 часа , Ilya Indigo (ok), 05:08 , 21-Апр-18, (63) этот старый вброс давно разобран по косточкам 8212 там в основном проблемы ра, fi (ok), 14:30 , 23-Апр-18, (81) Постгря плохо работает с индексами И разрабы абсолютно упираются от создания ин, rshadow (ok), 01:37 , 20-Апр-18, (16) –3 // Это где она плохо работает Хоть один пример За ручное управление индексами по, Кабан ЛяЛя (?), 09:11 , 20-Апр-18, (33) +1 // Тут не про индексы наверное имелось ввиду а про оптимизатор , Аноним (-), 11:12 , 20-Апр-18, (41) Ну да Начиная с COUNT который полным сканированием определяется, заканчивая , rshadow (ok), 13:16 , 20-Апр-18, (50) В 5 7, кстати select count чуток ускорили InnoDB SELECT COUNT FROM t stat, Аноним (-), 10:28 , 21-Апр-18, (74) Совершенно с вами согласен Только для сферического мира где планировщик не глюч, rshadow (ok), 13:21 , 20-Апр-18, (51) Ура , Анонимъ (?), 07:21 , 20-Апр-18, (23) –1 // Да, Николай (??), 08:05 , 20-Апр-18, (29) +1 Про партицирование ничего не сказали Его поправили Можно теперь совмещать в та, Аноним (-), 09:07 , 20-Апр-18, (32) // О, помню этот баг Помнится, из-за него я рабочий проект потребовал на MSSQL пер, Ануним (?), 10:03 , 20-Апр-18, (34) –1 // А мы накостыляли кучу запросов, отображений, триггеров, чтобы работать с разными, Аноним (-), 12:07 , 20-Апр-18, (48) // а DATA DIRECTORY не пробовали с партициями https dev mysql com doc refman 5 7, Аноним (-), 08:34 , 21-Апр-18, (66) Наоборот выпилили эту возможность https dev mysql com doc mysql-partitioning-e, Аноним (-), 08:29 , 21-Апр-18, (65) параллельность добавили выполнения запросов или всё так же в одну каску молотит, luserz (?), 10:36 , 20-Апр-18, (35) А когда MySQL начнет поддерживать транзакции при изменении структуры таблиц Pos, анонимус (??), 10:52 , 20-Апр-18, (36) // Обычно такие претензии возникают из-за непонимания того, что MySQL - это маленьк, Фуррь (ok), 10:59 , 20-Апр-18, (37) +2 // Маленькая пони полная Нонна из сомнительных решений и память она жрет в разы бол, Адноним (?), 14:34 , 22-Апр-18, (76) А когда MySQL начнет поддерживать транзакции при изменении структуры таблиц , Аноним (-), 11:16 , 20-Апр-18, (42) // Транзакционные системные словари и atomic DDL в 8 0 сделали, так что скоро Врод, KonstantinB (ok), 15:05 , 20-Апр-18, (54) Так она по определению теперь такая, а так-же тестовый полигон и обучалка для бу, Аноним (-), 11:18 , 20-Апр-18, (43) по 1 пункту - https dev mysql com doc refman 8 0 en data-dictionary html для э, Gemorroj (ok), 11:24 , 20-Апр-18, (44) +1 Не понял прикола Почему в смене версий с 5 7 на сразу 8 0 упор делается на то, , rvs2016 (ok), 11:45 , 20-Апр-18, (47) +1 // Тут как с джавой логика, минорная циферка переехала в мажорную, потому что по фа, Аноним (-), 19:05 , 20-Апр-18, (57) // Да и Марию догонять надо , Аноним (-), 19:07 , 20-Апр-18, (58) +2 Чего-то я не понял блокировка строк для обновления дальнейшего в таблице то появ, Аноним (-), 12:48 , 20-Апр-18, (49) // SELECT FOR UPDATE был уже в 4 0, 2002 год, почти 16 лет назад В 8 0 добавили воз, Аноним (-), 08:53 , 21-Апр-18, (67) Лучше бы не хренотень всякую придумывали, а сделали то, о чем ноют в интернетике, Vitaliy Blats (?), 20:35 , 20-Апр-18, (60) +2 // InnoDB модифицирует данные по месту, Если лог транзакций физически повреждён, то, Аноним (-), 09:07 , 21-Апр-18, (68) // откатиться на несвежую или уж чорт с ним, потерять содержимое страницы целиком н, нах (?), 18:16 , 22-Апр-18, (77) // В каждой странице содержится ссылка на следующую и предыдущую Если мы сделали с, Аноним (-), 21:49 , 22-Апр-18, (79) ненене, фатальная проблема с парсингом непойми-чего в том, что мы получим не про, нах (?), 01:12 , 23-Апр-18, (80) Мда вышел порт 8 0 12_1, затем 8 0 12_2 и не собирается откатывать обратно н, Alex (??), 23:45 , 04-Дек-18, (87) 1,23,32,35,36,47,49,60,87

Сообщения

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

	9. "Стабильный релиз СУБД MySQL 8.0"	+1 +/–
	Сообщение от KonstantinB (ok), 20-Апр-18, 00:33
	Чтобы с озвученной Uber-ом проблемой столкнуться, нужен особый характер нагрузки - множество апдейтов в секунду, затрагивающих индекс. Для большинства проектов это не критично.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Стабильный релиз СУБД MySQL 8.0"	–3 +/–
	Сообщение от Аноним (-), 20-Апр-18, 07:21
	Из статьи следует, что апдейты индексированнного поля и неиндексированного одинаково тяжеловесны в Постгри.   Использование СУБД файлового кеша ОСи убило ваапще. Подумывал опробывать Постги, но теперь обожду.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Стабильный релиз СУБД MySQL 8.0"	+/–
	Сообщение от Аноним (-), 20-Апр-18, 20:23
	> Использование СУБД файлового кеша ОСи убило ваапще. И чем же?
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Стабильный релиз СУБД MySQL 8.0"	+/–
	Сообщение от Аноним (-), 21-Апр-18, 09:38
	>> Использование СУБД файлового кеша ОСи убило ваапще. > И чем же? Если горячая страничка (на чтение) вытеснится из кеша ОС, сразу пачка одновременных запросов может заблокироваться, за это время придёт ещё пачка запросов и база будет работать медленнее из-за скачка нагрузки (больше тредов/процессов - больше блокировок). Эту проблему можно убрать, если кешировать в shared memory сегменте базы, но без direct io одни и те же данные будут и в shared memory и в кеше ОС, а значит надо для одних и тех же данных закупать на 20-30% больше оперативной памяти если база не работает/не эфективно работает с direct io.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Стабильный релиз СУБД MySQL 8.0"	+/–
	Сообщение от Аноним (-), 24-Апр-18, 22:31
	> одни и те же данные будут и в shared memory и в кеше ОС Как долго? Это не так просто оценить, у shared_buffers и у кеша ОС есть алгоритмы вытеснения не используемых данных, в конечном счёте в shared_buffers останутся горячие данные, а в кеше ОС — тёплые (другие), потому что данные находящиеся в shared_buffers не запрашиваются у ОС и вытесняются из кеша, не так ли?
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Стабильный релиз СУБД MySQL 8.0"	+1 +/–
	Сообщение от KonstantinB (ok), 21-Апр-18, 04:29
	То, что сейчас кажется дикостью, 20 лет назад было оптимальным решением. Хранилище постгреса проектировалось в те далекие времена, когда никаких O_DIRECT не было даже в планах. В условиях какого-нибудь ядра 1.4 или freebsd 3 это было наиболее эффективным решением. Оттуда же и пачки процессов и shared memory - никаких epoll-ов и прочих kevent тоже не было, с тредами все было печально. Но, надо заметить, все это и сейчас весьма неплохо работает.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	78. "Стабильный релиз СУБД MySQL 8.0"	+/–
	Сообщение от нах (?), 22-Апр-18, 21:38
	> То, что сейчас кажется дикостью, 20 лет назад было оптимальным решением. и пока линуксеры не доломали совместимость с нормальными юниксами - вполне пристойно работает. родовая травма постгреза - его причудливейший формат storage, корнями уходящий в великую бесполезно-фичу time-travel (не работающую со времен postgresql95) с вечным vacuum ("мы его уже совсем-совсем deprecated, он ненужен-ненужен...а, нет, разумеется он будет и дальше вызываться из внутреннего планировщика в самые неподходящие моменты, мы не об этом") и вечным разрастанием индексов. Что новый-модный zheap решит эти проблемы не создав попутно все те же что у myisam и еще пачку уникальных - что-то вот не верится.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Стабильный релиз СУБД MySQL 8.0"	+/–
	Сообщение от letsmac (ok), 20-Апр-18, 15:51
	Чтобы с этой проблемой столкнуться надо написать оптимизированную логику под MySQL, а потом перенести эту логику на Postgres. У которой свои оптимизации. >>Для большинства проектов это не критично. Postgres не любит апдейтов, как и любой версионник. Для кучи апдейтов лучше уж NoSQL использовать.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	64. "Стабильный релиз СУБД MySQL 8.0"	+/–
	Сообщение от funny. falcon (?), 21-Апр-18, 08:23
	Извините, но Innodb тоже версионник. Однока он лучше сравляется спробоемой потому, что у него быстрее всего доступна именно последняя версия строки. В постгрессе же последняя версия строки чаще всего попадает в экзкьютор последней.
	Ответить | Правка | Наверх | Cообщить модератору

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

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