The OpenNET Project / Index page

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



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

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

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

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

Оглавление

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


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

3. "Стабильный выпуск СУБД MariaDB 10.5"  –18 +/
Сообщение от Аноним (3), 24-Июн-20, 22:09 
Как они задолбали своей марией. После установки мускуля незя нормально к нему подключиться без шаманства как раз таки из-за этих марий по умолчанию
Ответить | Правка | Наверх | Cообщить модератору

7. "Стабильный выпуск СУБД MariaDB 10.5"  +5 +/
Сообщение от turbo2001 (ok), 25-Июн-20, 00:22 
Из-за чего это? Порт по-умолчанию другой?
Ответить | Правка | Наверх | Cообщить модератору

31. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от Ilya Indigo (ok), 26-Июн-20, 10:37 
> Из-за чего это? Порт по-умолчанию другой?

Мне аж стало интересно. Если в системе 2 инстанса, ну или мария с мускулулом и у обоих skip-networking то есть только по сокетам. А из клиента я подключаюсь как localhost. Сервер по портам определять имя сокета будет? По другому это работать же просто не может, но видимо именно так он и делает.

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

34. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от turbo2001 (ok), 26-Июн-20, 12:02 
> Сервер по портам определять имя сокета будет?

Не понял вопрос, но у меня есть теория. В дистре анонима при установке двух серверов настройки порта/сокета выносятся в секции конфига типа [mysqld.blabla1] и [mysqld.blabla2]. Из-за чего секция [mysqld] оказывается пустая и клиенту в любом случае надо указывать название секции или сокета, что и не нравится анониму. Но правды, похоже, я так и не узнаю.

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

35. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от Ilya Indigo (ok), 26-Июн-20, 12:40 
>> Сервер по портам определять имя сокета будет?
> Не понял вопрос, но у меня есть теория. В дистре анонима при
> установке двух серверов настройки порта/сокета выносятся в секции конфига типа [mysqld.blabla1]
> и [mysqld.blabla2]. Из-за чего секция [mysqld] оказывается пустая и клиенту в
> любом случае надо указывать название секции или сокета, что и не
> нравится анониму. Но правды, похоже, я так и не узнаю.

Скорее всего так.
Просто в mysql единственное клиент-серверное ПО, которое я знаю, в котором весьма странно решили реализовать подключение через сокет, по ключевому слову localhost, возможно для совместимости с оффтопиком, где сокетов нет вообще. И не все знают что localhost и 127.0.0.1 это в mysql не одно и тоже, по крайней мере в линуксе. И возможно, все проблемы из-за этого.
Я никогда не использовал более 1-ого инстанса и всегда использовал skip-networking и localhost не задумываясь как сервер определяет имя сокета если я его не указываю, так как он у меня всегда был 1.
А сейчас я просто представил, что будет если у меня будут 2 инстанса и все со skip-networking с разными сокетами, а порты разные не все догадаются поставить разные, ведь я хочу по сокету работать и можно подумать порт мне вообще не нужен.
А mysql, видимо работая через сокет именно по порту определяет к какому сокету ей подключаться. То есть порт нужен даже если не используется сеть.
А можно же было просто в подключении по сокету вместо хоста и порта указать имя сокета, или если порт 0, то перед ним идёт имя сокета а не имя хоста (как в redis) и проблем с пониманием было бы меньше.

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

38. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от turbo2001 (ok), 26-Июн-20, 13:38 
> А mysql, видимо работая через сокет именно по порту определяет к какому сокету ей подключаться. То есть порт нужен даже если не используется сеть.

Да нету такого. mysql (клиент, который) берет название сокета из конфига (секция в --defaults-group-suffix указывается) или напрямую (--socket).

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

41. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от Ilya Indigo (ok), 26-Июн-20, 15:22 
> Да нету такого. mysql (клиент, который) берет название сокета из конфига (секция в --defaults-group-suffix указывается) или напрямую (--socket).

https://www.php.net/manual/ru/mysqli.quickstart.connections.php
Видимо я всё в кучу на мешал.
Действительно можно указать сокет.

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

42. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от Аноним (42), 27-Июн-20, 18:46 
mysql -S /path/to/socket

> А из клиента я подключаюсь как localhost

нет, из клиента ты при skip-networking подключаешься к дефолтному юникс-сокету. Дефолтный - тот, который задан при компиляции.

Это такой костыль в libmysql для макак, программирующих на пхп со словарем - если задан localhost, то сначала пробуем сконнектиться на дефолтный сокет.

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

19. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от Аноним (19), 25-Июн-20, 15:15 
Всё элементарно делается - https://blog.tavda.org/mysql_install
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

4. "Стабильный выпуск СУБД MariaDB 10.5"  +1 +/
Сообщение от Gemorroj (ok), 24-Июн-20, 22:19 
> сохраняющее обратную совместимость

нихрена не сохраняющее. тот же json сделали абы как (это алиас к varchar, а не отдельная структура как в ваниле)

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

11. "Стабильный выпуск СУБД MariaDB 10.5"  +1 +/
Сообщение от Аноним (11), 25-Июн-20, 04:26 
longtext там на самом деле...
Ответить | Правка | Наверх | Cообщить модератору

25. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от ann (??), 25-Июн-20, 22:54 
json сам по себе обы что и абы как, его нельзя нормально сделать.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

36. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от userd (ok), 26-Июн-20, 12:43 
Можно повспоминать, что в момент форка непосредственной поддержки json ещё не было.
Так что да, "сохраняющее", но не обязательно "поддерживающее".
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

37. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от Gemorroj (ok), 26-Июн-20, 12:47 
> Можно повспоминать, что в момент форка непосредственной поддержки json ещё не было.
> Так что да, "сохраняющее", но не обязательно "поддерживающее".

да, вот эти человеки пошли своим путем, запилили первыми свой недо-json и теперь хрен знает как они это фиксить будут. заявили бы, что поддерживают совместимость на уровне mysql 5.5, например, тогда бы вопросов меньше было.

а то сейчас развелось много дилетантов, которые думают "maria - это тот же mysql, только круче/моднее/хайповее". приходится с этим вступать в конфронтацию.

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

5. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от Андрей (??), 24-Июн-20, 22:41 
> Осуществлён переход на новую ветку библиотеки PCRE2 (Perl Compatible Regular Expressions), вместо классической серии PCRE 8.x.

PCRE2 вышел 5 лет назад. git добавил поддержку 3 года назад.

https://git.kernel.org/pub/scm/git/git.git/commit/?id=94da91...

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

16. "Стабильный выпуск СУБД MariaDB 10.5"  +1 +/
Сообщение от Аноним (16), 25-Июн-20, 10:26 
В Nginx так и ге завезли, хотя это все припарки. Intel Hyperscan simd regexp их всех уделывает в десятки гбит
Ответить | Правка | Наверх | Cообщить модератору

22. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от Андрей (??), 25-Июн-20, 20:27 
Не слышал, хотя в Debian уже почти 4 года как есть. Наверняка, так быстро только с использованием всяких AVX, а в дистрибутивах собирают для generic amd64, чтобы у всех работало и выиграша нет. Да и, может, оно сильно не совместимо по API / синтаксису.

Смотрю в Debian при сборке nginx TLS 1.3 чуть больше недели назад включили. Да и Lua всего 5.1.

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

28. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от Аноним (16), 26-Июн-20, 09:05 
Уже и JIT редакция есть https://habr.com/ru/company/iponweb/blog/465441/
Ответить | Правка | Наверх | Cообщить модератору

6. "Стабильный выпуск СУБД MariaDB 10.5"  +11 +/
Сообщение от Аноним (6), 24-Июн-20, 22:57 
> Конструкция DROP TABLE теперь надёжно удаляет таблицы

Лучшее изменение ever!

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

8. "Стабильный выпуск СУБД MariaDB 10.5"  –1 +/
Сообщение от Аноним (8), 25-Июн-20, 00:29 
>Добавлен движок хранения ColumnStore, который хранит данные в привязке к столбцам

Так я не понял это что clickhouse в опасности?

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

9. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от Нитрофос (?), 25-Июн-20, 01:27 
Есть немного, надо затестить.
Когда-то колумнстор был тормознее, но тут хорошие плюшки из-за соседства с обычными таблицами.
В сиквеле это соседство оч хорошо заходит.
Ответить | Правка | Наверх | Cообщить модератору

15. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от Аноним (16), 25-Июн-20, 10:24 
По функционалу нет и по производительности даже не близко. Ядро mysql имеет кучу болячек.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

10. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от Аноним (11), 25-Июн-20, 04:26 
INET6 это ужасный костыль, в PostgreSQL идеальное решение с универсальными типами.
Ответить | Правка | Наверх | Cообщить модератору

12. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от Аноним (11), 25-Июн-20, 07:22 
В Clickhouse подход как и в MariaDB... INET6 и INET4 отдельно типы данных....
Ответить | Правка | Наверх | Cообщить модератору

20. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от Аноним (19), 25-Июн-20, 15:26 
Я в MySQL/MariaDB использовал BLOB с преобразованием INET6_ATON, INET6_NTOA. Тогда тоже можно и IPv4 и IPv6 хранить в таком поле.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

21. "Стабильный выпуск СУБД MariaDB 10.5"  +1 +/
Сообщение от Ilya Indigo (ok), 25-Июн-20, 15:53 
А правильно его хранить в VARBINARY(16) NOT NULL в двоичных данных!
P.S. VARBINARY, а не BINARY потомучто там может быть и IPv4.
Ответить | Правка | Наверх | Cообщить модератору

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

32. "Стабильный выпуск СУБД MariaDB 10.5"  +1 +/
Сообщение от Аноним (19), 26-Июн-20, 10:46 
> Очень удобно работать с бинарным блобом...

Ну хоть как-то работать. Но если реально нужно такие данные массово хранить, то стоит задуматься о лучшем хранилище, PostgreSQL, например.

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

33. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от Ilya Indigo (ok), 26-Июн-20, 11:41 
> Очень удобно работать с бинарным блобом...

Да! И места занимает минимум, и интерпретируется однозначно (один и тот же IPv6 можно по-разному представить в цифровой форме, а в бинарке он всегда один и тот же), и благодаря INET6_ATON() и INET6_NTOA() его очень удобно переводить из одной формы в другую при записи и чтении.

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

43. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от Аноним (43), 29-Июн-20, 11:59 
Когда ж вы отучитесь говорить "CD-диск".
Blob - binary large object. И binary blob получается... Binary binary large object. Маслим масло масленным маслом.
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

13. "Стабильный выпуск СУБД MariaDB 10.5"  –4 +/
Сообщение от Аноним (13), 25-Июн-20, 09:57 
О! Разблокировали уже https://www.opennet.ru/opennews/art.shtml?num=53188
Ответить | Правка | Наверх | Cообщить модератору

14. "Стабильный выпуск СУБД MariaDB 10.5"  +2 +/
Сообщение от BlackRot (ok), 25-Июн-20, 10:20 
Хорошо хоть с политкорректностью не связываются
Ответить | Правка | Наверх | Cообщить модератору

17. "Стабильный выпуск СУБД MariaDB 10.5"  –2 +/
Сообщение от YetAnotherOnanym (ok), 25-Июн-20, 11:22 
>  "REPLICATION MASTER ADMIN", "REPLICATION SLAVE ADMIN"

Расисты!!!!11адынадын

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

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

26. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от dev (??), 25-Июн-20, 23:24 
кстати про графы в RUST lang тут хорошо написано
https://aminb.gitbooks.io/rust-for-c/content/graphs/
Ответить | Правка | Наверх | Cообщить модератору

40. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от Аноним (40), 26-Июн-20, 14:34 
Тонкий способ лишний раз пропиарить Rust.
Ответить | Правка | Наверх | Cообщить модератору

27. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от Ilya Indigo (ok), 26-Июн-20, 03:26 
Критический баг в режиме строгой группировки уже 3.5 лет всё никак не могут исправить. https://jira.mariadb.org/browse/MDEV-11588
Досадный баг в RocksDB даже не начинали. https://jira.mariadb.org/browse/MDEV-20199
А на JSON-операторы им и вовсе положить. https://jira.mariadb.org/browse/MDEV-13594
Печально. :-(
Ответить | Правка | Наверх | Cообщить модератору

30. "Стабильный выпуск СУБД MariaDB 10.5"  +1 +/
Сообщение от Аноним (16), 26-Июн-20, 09:08 
С момента появления MySQL 8.0, MariaDB стал не нужен.
Ответить | Правка | Наверх | Cообщить модератору

39. "Стабильный выпуск СУБД MariaDB 10.5"  +/
Сообщение от Аноним (39), 26-Июн-20, 14:34 
Дохрена всего !
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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