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

Стабильный релиз СУБД 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]

	33. "Стабильный релиз СУБД MySQL 8.0"	+1 +/–
	Сообщение от Кабан ЛяЛя (?), 20-Апр-18, 09:11
	Это где она плохо работает? Хоть один пример... За ручное управление индексами "по шапке"!
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Стабильный релиз СУБД MySQL 8.0"	+/–
	Сообщение от Аноним (-), 20-Апр-18, 11:12
	Тут не про индексы наверное имелось ввиду а про оптимизатор.
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Стабильный релиз СУБД MySQL 8.0"	+/–
	Сообщение от rshadow (ok), 20-Апр-18, 13:16
	Ну да. Начиная с COUNT(*) который полным сканированием определяется, заканчивая явными глюками оптимизатора, которые может когда нибудь и починят.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Стабильный релиз СУБД MySQL 8.0"	+/–
	Сообщение от Аноним (-), 21-Апр-18, 10:28
	> Ну да. Начиная с COUNT(*) который полным сканированием определяется, В 5.7, кстати select count(*) чуток ускорили. InnoDB: SELECT COUNT(*) FROM t statements now invoke a single handler call to the storage engine to scan the clustered index and return the row count to the Optimizer. Previously, a row count was typically performed by traversing a smaller secondary index and invoking a handler call for each record. A single handler call to the storage engine to count rows in the clustered index improves SELECT COUNT(*) FROM t performance in most cases. For more information, see Limits on InnoDB Tables. Сделать без скана довольно сомнительно: каким образом правильное количество должно возвращаться для кучи параллельных транзакций? > заканчивая явными глюками оптимизатора, которые может когда нибудь и починят. большая часть проблем связана со статистикой. При неравномерном распределении значений статистика указывает оптимизатору пальцем в небо. В 8.0 добавили гистограммы в статистику: https://dev.mysql.com/doc/refman/8.0/en/optimizer-statistics... так что надо смотреть как оно на реальных запросах и базах будет помогать.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Стабильный релиз СУБД MySQL 8.0"	+/–
	Сообщение от rshadow (ok), 20-Апр-18, 13:21
	Совершенно с вами согласен. Только для сферического мира где планировщик не глючит, ALTER TABLE...NOT NULL всегда делается мгновенно на боевой бд, и вообще есть беспростойный апгрейд версии через репликацию. Очень хочется просто вводить команды, а оно само оптимизировалось, расползалось по кластеру, делалось мгновенно и без глюков.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

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

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