| 1.1, Аноним (1), 13:48, 09/06/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Пытался найти сравнительные тесты актуальных версий БД, интересно в том числе Mysql vs MariaDB - в интернете нет абсолютно ничего на эту тему. Даже странно.
| | |
| |
| 2.2, Аноним (2), 13:57, 09/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
А кому это нужно, Ораклу? Ему всё равно. Да и производительность дело десятое, стабильность и жизнеспособность важнее.
| | |
| 2.3, Аноним (3), 13:57, 09/06/2025 [^] [^^] [^^^] [ответить]
| –17 +/– |
Доверишься ли ты продукту, который имеет префикс "my", словно это студенческая наколенная работа (mylaba1.pas)?
| | |
| |
| 3.4, 789 (?), 14:03, 09/06/2025 [^] [^^] [^^^] [ответить]
| +9 +/– |
половина софта выросла из студенческих поделок
| | |
|
| 2.7, penetrator (?), 14:43, 09/06/2025 [^] [^^] [^^^] [ответить]
| +3 +/– | |
MariaDB > MySQL > Percona
Мария самая быстрая, но не совместима репликацией с другими СУБД в том числе MySQL Cluster.
Postgres по умолчанию тупой как пробка, но если настроить, то становится быстрее MariaDB, особенно на вставку данных, плагины для пулов ему противопоказаны, ну и он не мигрирует, нормально между мажорными версиями. Бинарные бекапы в нем еще кривее чем в MySQL. Все-таки по бекапам SQL server рулит, я очень удивлен, в остальном он тупой. Может Oracle еще с его RMAN, но я по нему не шарю, лицуха космос, у меня нет такого кровавого богатенького ынтерпрайза.
В целом это такой топик, который претендует на отдельную статью с примерами и тестами, а не комент на попеннете, а потом еще и тесты под конкретное приложение, со всеми оптимизациями и тд.
В инете обзоров как раз не мало, но они все ущербные, берется виртуализированный инстанс из облака, у которого непонятно что с IO, при этом размер базы в несколько гигов, ну максимум - 10, которые полностью влазят в RAM (не индексы, а все данные целиком) и начинают тестить смешные ))) такие тесты не показывают ничего...
| | |
| |
| 3.9, Аноним (1), 14:55, 09/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
Я даже такие не находил, обычно тестированием там занимаются люди далёкие от БД, с !!!!дефолтными настройками и почему то берут Mysql, как будто MariaDB не существует, хотя как многие утверждают - они отличаются и интересно посмотреть конкретно во что выливается это различие
| | |
| |
| 4.15, penetrator (?), 16:05, 09/06/2025 [^] [^^] [^^^] [ответить]
| +/– | |
эй этой шляпы как овна за баней
https://www.dolthub.com/blog/2024-07-16-mysql-postgres-sysbench-latency/
ни размер базы, ни размер таблиц, ни количество потоков (клиентов), в качестве сторейджа EBS (что там у него по fio непонятно), используется MySQL, у которого по умолчанию binlog включен
но хоть честно написали: As you will see, the Sysbench benchmark tests operate on tables of less than 1 million rows so the host is under no memory or disk pressure. Moreover, the entire table can fit in memory so caching is highly effective for these benchmarks.
т.е. тестрование сферического коня в вакуме, если хватает памяти разверните MySQL Cluster NDB, получите самолет in RAM with async flush
я не могу подобное коментировать, я тогда начинают злиться )))
у перконы получше тесты есть
https://www.percona.com/blog/millions-queries-per-second-postgresql-and-mysql-
но и там лажа 8 таблиц, 10 млн строк, это примерно 20 GB, при этом под иннодб пул выделено 32 гб, т.е. она опять вся в память влезла )))) ну нахрена такие тесты )))
| | |
|
| |
| |
| 5.34, Tron is Whistling (?), 17:35, 10/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ну при чём при чём.
Линейный формат файла, который надо вакуумить, чтобы дыры заткнуть.
Те же InnoDB, MSSQL, Oracle - работают совсем по-другому.
| | |
|
|
| 3.12, Ilya Indigo (ok), 15:39, 09/06/2025 [^] [^^] [^^^] [ответить]
| –3 +/– |
 > , но если настроить, то становится быстрее MariaDB, особенно на вставку данных
И как же он настраивается так чтобы быть быстрее MariaDB на вставку?
У меня MariaDB с MyIsam втавляет в 16 раз быстрее чем Postgresql или MariaDB с InnoDB.
| | |
| |
| 4.14, penetrator (?), 15:53, 09/06/2025 [^] [^^] [^^^] [ответить]
| +/– | |
MyISAM не рассматривается вообще, речь про транзакционные движки, в частности InnoDB который уже давно движок по умолчанию
я про полноценный прод и OLTP
| | |
| |
| 5.17, Ilya Indigo (ok), 16:10, 09/06/2025 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> MyISAM не рассматривается вообще, речь про транзакционные движки
Ну так и пишите что конкретный движок InnoDB, а не вся MariaDB!
Понимаю в постгрессе такой роскоши, как выбрать наиболее подходящий движок для задачи (таблицы, нескольких таблиц или всей базы) нет, и вам не привычно.
Но так вы дизинформируете!
> уже давно движок по умолчанию
Это не имеет значения!
При создании таблицы можно указать любой доступный, в том числе и MyIsam.
> я про полноценный прод и OLTP
Это тут вообще не причём!
Задачи аналитики на проде полно?
И будет создаваться отчёт 1 минуту или 16 минут огромная разница. тем более что аналитикам нужен далеко не 1 отчёт!
| | |
| |
| 6.20, penetrator (?), 18:16, 09/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
1) > Задачи аналитики на проде полно?
Я же вроде написал, что я про OLTP, вот же отчетливо видно - черные буквы по цвету опеннетовской неожиданности.
2) MyISAM - легаси (https://mariadb.com/kb/en/choosing-the-right-storage-engine/), а указать ты можешь, что угодно в качестве движка. Для OLTP - InnoDB и точка. И именно с ним ассоциируется MySQL / MariaDB. Для системных БД на смену MyISAM пришла Aria. А для аналитики есть ColumnStore engine, если и делать аналитику на мускуле, то только на таком движке.
И не забываем про Postgres, с которым тоже сравниваем, так какая нафиг аналитика?
| | |
| 6.39, RHEL fan (?), 23:36, 10/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
Че-то амазон в редшифт, который типа для аналитики, постгрес использует, а не mysql или там аврору свою.
| | |
|
|
|
|
|
| 1.11, Кошкажена (?), 15:02, 09/06/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> В состав интегрированы наработки проекта MariaDB Vector, развивающего возможности для векторного поиска, востребованного в системах машинного обучения. Реализована встроенная поддержка типа данных VECTOR
Для постгреса такое есть?
| | |
| |
| 2.18, 1 (??), 16:23, 09/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ну pgvector у них есть. А то это или это - без понятия.
| | |
|
| 1.19, Аноним (19), 17:39, 09/06/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
>> Решена проблема 2038 года. Граничное значение типа TIMESTAMP увеличено с 2038 до 2106 года.
До встречи в 2106
| | |
| 1.26, Аноним (26), 23:02, 09/06/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
TIMESTAMP...
1970 + 68 = 2038
2038 + 68 = 2106
Кажись знаковый тип сделался бесззнаковым, и диапазон от 1900.. до 1970 теперь не поддерживается?
| | |
| 1.27, Асен Тотин (?), 00:16, 10/06/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Ну да... а MaxScale они сделали полностью проприетарным - и на BSL за***ли, и код даже упрятали с GitHub... Хочешь попробовать? На тебе trial - жутко урезанный, работает всего лишь неделю и нужно рестартировать каждые сутки. Почерк нового CEO виден издалека... на днях Галеру прикупили (Codership, тоесть - наконец-то, после стольких лет волокиты), теперь ждем как гуру опенсорса Монти Видениус ее тоже запроприетарит... а че, код-то теперь ихний.
| | |
|
