Доступна СУБД MySQL 8.4.0 LTS

01.05.2024 17:58

Компания Oracle сформировала новую ветку СУБД MySQL 8.4 и опубликовала корректирующее обновление MySQL 8.0.37. Сборки MySQL Community Server 8.4.0 подготовлены для всех основных дистрибутивов Linux, FreeBSD, macOS и Windows. Выпуск 8.4.0 отнесён к веткам с длительным сроком поддержки (LTS), которые выпускаются раз в два года и поддерживаются 5 лет (плюс можно получить ещё 3 года расширенной поддержки).

MySQL 8.4.0 является четвёртым выпуском, сформированным в рамках новой модели формирования релизов, предусматривающей наличие двух типов веток MySQL - "Innovation" и "LTS". Ветки Innovation, к которым отнесены MySQL 8.1, 8.2 и 8.3, рекомендованы для тех, кто хочет раньше получать доступ к новой функциональности. Данные ветки публикуются каждые 3 месяца и поддерживаются только до публикации следующего значительного релиза (например, после появления ветки 8.4 прекращена поддержка ветки 8.3). LTS-ветки рекомендованы для внедрений, которым необходима предсказуемость и длительное сохранение неизменного поведения. Следом за LTS-веткой будет сформирована новая Innovation-ветка - MySQL 9.0.

Основные изменения в MySQL 8.4:

В оптимизатор добавлена поддержка автоматического обновления гистограмм, независимо от выполнения операции "ANALYZE TABLE" для родительской таблицы. Автоматическое обновление включается через указание выражения "AUTO UPDATE" при выполнении операции "ANALYZE TABLE", а отключается через указание выражения "MANUAL UPDATE", которое используется по умолчанию.
Добавлены опции "--keyring-migration-from-component", "--keyring-migration-source" и "--keyring-migration-destination" для миграции из компонента keyring в плагин keyring.
Добавлена новая привилегия FLUSH_PRIVILEGES, которая в отличие от ранее доступной привилегии RELOAD предоставляет пользователю права только на выполнение операции "FLUSH PRIVILEGES".
Добавлена новая привилегия OPTIMIZE_LOCAL_TABLE, позволяющая пользователю выполнять операции "OPTIMIZE LOCAL TABLE" и "OPTIMIZE NO_WRITE_TO_BINLOG TABLE".
Изменены значения по умолчанию системных переменных group_replication_consistency и group_replication_exit_state_action. Переменная group_replication_consistency теперь выставляется в значения BEFORE_ON_PRIMARY_FAILOVER вместо EVENTUAL, а переменная group_replication_exit_state_action в значение OFFLINE_MODE вместо READ_ONLY.
В сборках, поставляемых со встроенной библиотекой OpenSSL, задействована новая версия OpenSSL 3.0.13.
Прекращено прямое обновление с MySQL 5.7 до MySQL 8.4. Для перехода с MySQL 5.7 вначале теперь следует перейти на ветку 8.0, а уже затем обновить её до версии 8.4.
Изменены значения по умолчанию следующих настроек InnoDB: innodb_adaptive_hash_index, innodb_buffer_pool_in_core_file, innodb_buffer_pool_instances, innodb_change_buffering, innodb_doublewrite_files, innodb_doublewrite_pages, innodb_flush_method, innodb_io_capacity, innodb_io_capacity_max, innodb_log_buffer_size, innodb_numa_interleave, innodb_page_cleaners, innodb_parallel_read_threads, innodb_purge_threads, innodb_read_io_threads, innodb_use_fdatasync, temptable_max_ram, temptable_max_mmap и temptable_use_mmap.
Добавлена поддержка сборки пакетов для дистрибутивов Fedora 40 и Ubuntu 24.04.
Отключён по умолчанию и объявлен устаревшим серверный плагин mysql_native_password, обеспечивающий аутентификацию при помощи паролей. Вместо mysql_native_password рекомендуется перейти на использование плагина caching_sha2_password, применяющего для хэширования алгоритм SHA2 вместо SHA1. Для возвращения поддержки mysql_native_password можно использовать опцию "--mysql-native-password=ON" или настройку "mysql_native_password=ON".
Прекращена поддержка небезопасных протоколов и алгоритмов шифрования. Оставлены только TLS v1.2 и TLSv1.3, алгоритмы, обеспечивающие прямую секретность (forward secrecy), шифры и сертификаты с SHA2, и алгоритмы AES в режиме GCM или AEAD.
Удалены связанные с репликацией SQL-выражения, которые ранее были объявлены устаревшими из-за использования неполиткорректной терминологии: START SLAVE (следует использовать START REPLICA); STOP SLAVE (следует использовать STOP REPLICA); SHOW SLAVE STATUS (следует использовать SHOW REPLICA STATUS); SHOW SLAVE HOSTS (SHOW REPLICAS); RESET SLAVE (RESET REPLICA); CHANGE MASTER TO (CHANGE REPLICATION SOURCE TO); RESET MASTER (RESET BINARY LOGS AND GTIDS); SHOW MASTER STATUS (SHOW BINARY LOG STATUS); PURGE MASTER LOGS (PURGE BINARY LOGS); SHOW MASTER LOGS (SHOW BINARY LOGS).
Удалены ранее объявленные устаревшими опции, применявшиеся в выражениях "CHANGE REPLICATION SOURCE TO" и "START REPLICA", и использующие слово "master", которое было заменено на "source": MASTER_AUTO_POSITION (следует использовать SOURCE_AUTO_POSITION), MASTER_HOST (следует использовать SOURCE_HOST), MASTER_BIND (следует использовать SOURCE_BIND), MASTER_USER (SOURCE_USER), MASTER_PASSWORD (SOURCE_PASSWORD), MASTER_PORT (SOURCE_PORT), MASTER_CONNECT_RETRY (SOURCE_CONNECT_RETRY), MASTER_RETRY_COUNT (SOURCE_RETRY_COUNT), MASTER_DELAY (SOURCE_DELAY), MASTER_SSL (SOURCE_SSL), MASTER_SSL_CA (SOURCE_SSL_CA), MASTER_SSL_CAPATH (SOURCE_SSL_CAPATH), MASTER_SSL_CIPHER (SOURCE_SSL_CIPHER), MASTER_SSL_CRL (SOURCE_SSL_CRL), MASTER_SSL_CRLPATH (SOURCE_SSL_CRLPATH), MASTER_SSL_KEY (SOURCE_SSL_KEY), MASTER_SSL_VERIFY_SERVER_CERT (SOURCE_SSL_VERIFY_SERVER_CERT), MASTER_TLS_VERSION (SOURCE_TLS_VERSION), MASTER_TLS_CIPHERSUITES (SOURCE_TLS_CIPHERSUITES), MASTER_SSL_CERT (SOURCE_SSL_CERT), MASTER_PUBLIC_KEY_PATH (SOURCE_PUBLIC_KEY_PATH), GET_MASTER_PUBLIC_KEY (GET_SOURCE_PUBLIC_KEY), MASTER_HEARTBEAT_PERIOD (SOURCE_HEARTBEAT_PERIOD), MASTER_COMPRESSION_ALGORITHMS (SOURCE_COMPRESSION_ALGORITHMS), MASTER_ZSTD_COMPRESSION_LEVEL (SOURCE_ZSTD_COMPRESSION_LEVEL), MASTER_LOG_FILE (SOURCE_LOG_FILE), MASTER_LOG_POS (SOURCE_LOG_POS).
Удалены системные переменные, в которых использовались слова "master" и "slave": Com_slave_start (следует использовать Com_replica_start); Com_slave_stop (Com_replica_stop); Com_show_slave_status (Com_show_replica_status); Com_show_slave_hosts (Com_show_replicas); Com_show_master_status (Com_show_binary_log_status); and Com_change_master (Com_change_replication_source).
Объявлена устаревшей системная переменная group_replication_allow_local_lower_version_join. Удалены ранее объявленные устаревшими опции "--no-dd-upgrade", "--old", "--new", "--language", "--ssl", "--admin-ssl" и переменные binlog_transaction_dependency_tracking, group_replication_recovery_complete_at, avoid_temporal_upgrade, show_old_temporals и default_authentication_plugin.
Удалена неиспользуемая таблица INFORMATION_SCHEMA.TABLESPACES.
Прекращена поддержка использования значения LOW_PRIORITY вместе с выражением "LOCK TABLES ... WRITE".
Прекращена поддержка использования модификатора AUTO_INCREMENT вместе с типами FLOAT и DOUBLE.
Удалена утилита mysql_ssl_rsa_setup - при сборке с OpenSSL сервер MySQL может автоматически генерировать недостающие SSL- и RSA-файлы при запуске.
Удалена утилита mysql_upgrade, которая не используется с выпуска MySQL 8.0.16.
Удалены утилиты mysqlpump, lz4_decompress и zlib_decompress, вместо которых следует использовать утилиту mysqldump или команды dump интерактивной оболочки.
Удалены плагины: authentication_fido, authentication_fido_client (следует использовать authentication_webauthn); keyring_file (следует использовать component_keyring_file); keyring_encrypted_file (следует использовать component_keyring_encrypted_file); keyring_oci (следует использовать component_keyring_oci).
Прекращена поддержка выражения ENGINE вместе с различными вариантами "DROP TABLESPACE" и "ALTER TABLESPACE".
Удалена привилегия "SET_USER_ID", которую больше нельзя указывать в выражениях GRANT.
Возвращены функции С API: mysql_kill(), mysql_list_fields(), mysql_list_processes(), mysql_refresh(), mysql_reload(), mysql_shutdown() и mysql_ssl_set(), часть из которых была переработана с использованием функции mysql_real_query(). Данные функции были удалены в ветке MySQL 8.3, но восстановлены для поддержки в рамках LTS-ветки MySQL 8.4.
Устранено 26 уязвимостей, которые могут быть эксплуатированы удалённо. Наиболее серьёзная проблема имеет уровень опасности 6.5 и связана с уязвимостью в openSSL. Менее опасные уязвимости затрагивают оптимизатор, InnoDB, Thread Pooling, Group Replication Plugin, Audit Plugin, DML, mysqldump.

исправить +4 +/–

Лицензия: CC BY 3.0

Короткая ссылка: https://opennet.ru/61098-mysql

Ключевые слова: mysql

При перепечатке указание ссылки на opennet.ru обязательно

Обсуждение (74)

1.1, Middle SQL Developer (?), 18:15, 01/05/2024 [ответить] [﹢﹢﹢] [ · · · ]

+/–

Переделать по-новой:
> SHOW BINARY LOGS

SHOW BIT LOGS
> SOURCE_USER

SOURCE_ENTITY
> SOURCE_HEARTBEAT_PERIOD

SOURCE_LONGLINE_PERIOD
и добавить в реплику функцию идентичности относительно источника!

1.2, Аноним (2), 18:30, 01/05/2024 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Как у него с производительностью относительно MySQL 5.7 и 8.0?

2.9, Аноним (9), 19:06, 01/05/2024 [^] [^^] [^^^] [ответить]	+9 +/–
Все плохо. Со времен 5.6 производительность на 1 ядро упала на некоторых запросах до 50% - http://smalldatum.blogspot.com/2024/02/perf-regressions-in-mysql-from-5621-to

3.14, Аноним (14), 19:28, 01/05/2024 [^] [^^] [^^^] [ответить]	+/–
Что-то там ни слова про kernel mitigations.

4.17, Аноним (9), 19:41, 01/05/2024 [^] [^^] [^^^] [ответить]	+/–
А какая разница? Все тесты на одной и той же виртуалке в облаке запускали, т.е. окружение одинаковое.

3.46, Аноним (46), 00:19, 02/05/2024 [^] [^^] [^^^] [ответить]	+7 +/–
Особо веселит, когда оракл полностью удаляет поддержку кеша запросов в 8 версии mysql, а в качестве оправдания что-то мямлит про "мы опросили наших кастомеров, и никто из них не заметил тормозов при переходе на 8 версию". В общем-то, я примерно так себе пользователей энтерпрайза всегда и представляю: существа, которые не замечают падения производительности "до 50%". Что ява, что другой энтерпрайз.

4.48, Аноним (9), 00:43, 02/05/2024 [^] [^^] [^^^] [ответить]	–3 +/–
Это на самом деле не такая уж и проблема. Компенсируется через апгрейд железа.

5.51, Аноним (51), 03:19, 02/05/2024 [^] [^^] [^^^] [ответить]	+2 +/–
Но железо необходимо собирать самому начиная с добычи кремния следуя канонам пердолинга.

6.59, nox. (?), 07:27, 02/05/2024 [^] [^^] [^^^] [ответить]	+1 +/–
> железо необходимо собирать самому начиная с добычи кремния Алхимия какая-то ...

4.52, Аноним (52), 03:33, 02/05/2024 [^] [^^] [^^^] [ответить]	+1 +/–
> В общем-то, я примерно так себе пользователей энтерпрайза всегда и представляю: существа, которые не замечают падения производительности "до 50%". Ну, просто оракл опрашивал пользователей Oracle RDBMS. Вполне логично, что они не заметили падения производительности мускуля.

4.56, Vlad violentiy (?), 06:48, 02/05/2024 [^] [^^] [^^^] [ответить]	+/–
Query cache - это реально была сырая и проблемная штука, вешала много приложений (прости Господи битрикс в частности), show processlist запускаешь на 5.7 и все становится понятно, правильно сделали что убрали, а минусов в производительности я не заметил, если приложение чуть чуть серьезней чем микробенчмарки.

5.67, Annnnnno (?), 10:40, 02/05/2024 [^] [^^] [^^^] [ответить]	+/–
как то вы странно про битрикс пишити.

5.69, Аноним (69), 10:50, 02/05/2024 [^] [^^] [^^^] [ответить]	+1 +/–
Особенно странно выглядит ваше сообщение в свете того, что именно битрикс требует включённого кеша (без него производительность падает в разы) и официальная позиция битрикса в том, что кеш должен быть включён.

4.72, Хейтер (?), 12:11, 02/05/2024 [^] [^^] [^^^] [ответить]	+/–
>не замечают падения производительности "до 50%". Что ява, что другой энтерпрайз - нормальный на этом месте подумал бы: а почему так? а не считал всех кроме себя идиотами. JavaEE дает кэширование на уровне ORM поэтому во многих случаях (тут зависит от адекватности разработчиков конечных приложений) провал производительности на уровне СУБД нивелируется

4.76, Аноним (76), 16:37, 02/05/2024 [^] [^^] [^^^] [ответить]

+/–

Там такой query cache, что с ним только хуже на серьезных нагрузках из-за блокировок.

Его действительно надо выкинуть и переписать заново.

Но поскольку все, у кого серьезные нагрузки, и так его отключают и кэшируют в каком-нибудь memcache или redis, то, видимо, решили, что можно просто выкинуть :)

1.5, Аноним (5), 18:40, 01/05/2024 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Можете в двух словах перечислить важные для вас плюсы MySQL над PostgreSQL?

2.7, Аноним (9), 18:57, 01/05/2024 [^] [^^] [^^^] [ответить]	+/–
То что есть работающая master-master репликация изкоробки.

3.10, asdvb2 (?), 19:06, 01/05/2024 [^] [^^] [^^^] [ответить]	+5 +/–
А в MySQL ушли дальше простого определения auto-increment-offset на каждом сервере?

3.16, penetrator (?), 19:38, 01/05/2024 [^] [^^] [^^^] [ответить]	–2 +/–
в двух версиях, притом оба солюшена работают через WAN, а в постгресе нет ни одной фри версии и для WAN ничего

4.61, bOOster (ok), 07:51, 02/05/2024 [^] [^^] [^^^] [ответить]	–1 +/–
Че за ерунда? чем отличается физический интерфейс WAN и LAN? Кроме его маркировки разным образом только для удобства неосиляторов?

5.62, vvm13 (ok), 08:28, 02/05/2024 [^] [^^] [^^^] [ответить]	+1 +/–
Не знаю, что имел в виду penetrator, но наверняка речь не о разъёмчиках с надписями, а о специфике работы: LAN - большая пропускная способность, низкие задержки WAN - не такая уж большая пропускная способность (иногда совсем маленькая), большие (иногда огромные) задержки, и для WAN люди пытаются (или нет) создать какие-то оптимизации.

6.84, bOOster (ok), 22:39, 02/05/2024 [^] [^^] [^^^] [ответить]	+/–
Нормально это решается дополнительными, опциональными решениями от профессионало... большой текст свёрнут, показать

3.22, Аноним (22), 19:59, 01/05/2024 [^] [^^] [^^^] [ответить]	+5 +/–
Когда шардинг называют мастер мастером это полный провал матчасти.

4.24, penetrator (?), 20:10, 01/05/2024 [^] [^^] [^^^] [ответить]

–1 +/–

именно, что multi-master с synchronous replication и immediate consistency

притом Galera не является шардингом вообще share nothing решение

так что у тебя провал в квадрате

2.8, Аноним (8), 19:04, 01/05/2024 [^] [^^] [^^^] [ответить]	–4 +/–
если в проекте нет поддержки PostgreSQL, но есть поддержка MYSQL, то это большой плюс.

3.25, penetrator (?), 20:11, 01/05/2024 [^] [^^] [^^^] [ответить]	+/–
а если есть поддержка и того и другого, чем это плохо? кроме избыточности?

4.28, Аноним (52), 20:20, 01/05/2024 [^] [^^] [^^^] [ответить]	+1 +/–
Тем, что разработчик скорее всего использовал фреймворки и, возможно, даже абстракции наподобие ORM. Настоящие разработчики используют только низкоуровневые функции и строят запросы через интерполяцию строк!

5.32, penetrator (?), 20:56, 01/05/2024 [^] [^^] [^^^] [ответить]	+/–
> Тем, что разработчик скорее всего использовал фреймворки и, возможно, даже абстракции наподобие > ORM. > Настоящие разработчики используют только низкоуровневые функции и строят запросы через > интерполяцию строк! я серьезно его спросил, а ты троллишь, ОРМ разные есть

4.34, Аноним (8), 23:36, 01/05/2024 [^] [^^] [^^^] [ответить]	+/–
а если есть поддержка и того и другого, то это два больших плюса. Выбирать все равно буду то, что в проекте считается стабильным, имеет дополнительные плюшки или уже есть на серверах. Все это в зависимости от условий, типа зачем настраивать постгрес, если если кругом мускуль и в конкретно этой базе всего пара табличек будет жить

3.26, Аноним (52), 20:17, 01/05/2024 [^] [^^] [^^^] [ответить]	+1 +/–
> если в проекте нет поддержки PostgreSQL, но есть поддержка MYSQL, то это большой плюс. Дайте угадаю, под "проектами" подразумеваются исключительно веб-морды на пыхе?

4.36, Аноним (8), 23:45, 01/05/2024 [^] [^^] [^^^] [ответить]	+/–
kmail, digikam, да и вот amarok вернулся. под "проектами" понимается то, что я буду использовать для себя или для дяди. Независимо от того, веб-морда это или fuse демон с бэкендом в виде базы

5.38, Аноним (52), 00:03, 02/05/2024 [^] [^^] [^^^] [ответить]	+/–
> kmail, digikam, да и вот amarok вернулся. К их разработчикам всего один вопрос: почему mysql, а не oracle?

5.85, Аноним (85), 03:52, 03/05/2024 [^] [^^] [^^^] [ответить]	+/–
А помянутый выше битрикс начал переползать на PG. Возможно, дело тут не совсем в ущербности mysql во всех ее инкарнациях и идеальности PG, но самому проекту это пойдет на пользу.

2.11, Middle SQL Developer (?), 19:10, 01/05/2024 [^] [^^] [^^^] [ответить]	+/–
Раз уж тема зашла, подскажите, а в этих СУБД до сих пор нет точного отображения ошибок синтаксиса как Oracle при любом косяке в запросе, а не просто отписки "You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version"?

3.12, Middle SQL Developer (?), 19:13, 01/05/2024 [^] [^^] [^^^] [ответить]	+/–
а то это похоже на разработку на Си 20-летней давности, когда скобку или точку с запятой не поставишь, и кажет вообще куда угодно, но не на реальную причину. Типа невалидный запрос целиком. Оракл с такими ситуациями справляется как любой современный компилятор.

4.15, Аноним (14), 19:30, 01/05/2024 [^] [^^] [^^^] [ответить]	+/–
Какой смысл сравнивать эти базы между собой в таком контексте?

5.18, 12yoexpert (ok), 19:45, 01/05/2024 [^] [^^] [^^^] [ответить]	+1 +/–
а почему нет? иногда дофига времени уходит на поиск опечаток/ошибок

5.40, Middle SQL Developer (?), 00:04, 02/05/2024 [^] [^^] [^^^] [ответить]	+/–
Ну вдруг есть внешние примочки, даже платные. Я после Оракула мучаюсь иногда. Заодно вспомнил аргумент: мускул позволяет делать неправильные, не ANSI запросы, например, без GROUP BY в конце, при этом группируя

6.86, Аноним (85), 03:58, 03/05/2024 [^] [^^] [^^^] [ответить]	+/–
Ха! Фаны мыскля неправильные запросы наоборот, считают киллфичей проекта и вовсю пользуются этим. И очень страдают сами (и эксплуататоры их поделий), когда у разрабов мыскля иногда просыпается совесть и они правят парсер в сторону ужесточения проверки синтаксиса - привет разрабам Netup UTM!

3.21, Аноним (9), 19:53, 01/05/2024 [^] [^^] [^^^] [ответить]	+2 +/–
Хз о чем ты. Как правило, в тексте ошибки указывается часть текста запроса перед которым ошибка синтаксиса.

4.37, Middle SQL Developer (?), 00:02, 02/05/2024 [^] [^^] [^^^] [ответить]	+/–
А, ну значит вы не искушены случаями, ведь иногда он не пишет в чем именно ошибка. А Оракл пишет всегда, даже если запрос криво составлен, а не только отсутствует колонка или тип данных не тот

5.39, Аноним (52), 00:04, 02/05/2024 [^] [^^] [^^^] [ответить]	+/–
> А Оракл пишет всегда, даже если запрос криво составлен То есть вы спросили у БД не то, что хотели спросить?

6.42, Middle SQL Developer (?), 00:06, 02/05/2024 [^] [^^] [^^^] [ответить]	+/–
Я конкретно спросил, что он не всегда указывает на кусок кода и правильную строку, а просто пишет текст из кавычек.

6.43, Middle SQL Developer (?), 00:07, 02/05/2024 [^] [^^] [^^^] [ответить]	+/–
Вдруг есть какие-то улучшения или примочки. А постгрес я давно не тыкал.

2.23, Аноним (22), 20:01, 01/05/2024 [^] [^^] [^^^] [ответить]	+1 +/–
На майсикле работает изкоробчный вротпресс. В целом этого достаточно.

3.44, Middle SQL Developer (?), 00:09, 02/05/2024 [^] [^^] [^^^] [ответить]	–2 +/–
Конечно, мускул очень круто вырос за 10 лет. Аналитические запросы и таблицы в ОЗУ это раньше прерогатива дорогих версий Оракула и MS-SQL была.

2.29, turbo2001 (ok), 20:49, 01/05/2024 [^] [^^] [^^^] [ответить]	+1 +/–
MySQL знаю и есть опыт, а PostgreSQL не знаю, опыта нет

2.30, Аноним (30), 20:52, 01/05/2024 [^] [^^] [^^^] [ответить]	+/–
Встроенный пул потоков

2.45, Middle SQL Developer (?), 00:14, 02/05/2024 [^] [^^] [^^^] [ответить]	–1 +/–
IDE нормальные есть и софт для администрирования у MySQL. Из коробки поддержка у фрейморков всяких и ORM (не люблю ORM, люблю чистый SQL). А с постгрес чаще плюшки платные. Я, конечно, не о сайтах на вордпрессе, а о серверах с сотнями гигов и терабайтами, 96 ГБ ОЗУ для OLAP и DWH и т.д., когда блокнота и консоли совсем мало

3.47, Аноним (47), 00:37, 02/05/2024 [^] [^^] [^^^] [ответить]	–2 +/–
В PgSQL сейчас софт для работы с SQL построен на ElectronJS. Бесполезная и переусложненная СУБД.

3.53, Аноним (52), 03:37, 02/05/2024 [^] [^^] [^^^] [ответить]	+/–
> о серверах с сотнями гигов и терабайтами, 96 ГБ ОЗУ для OLAP и DWH и т.д. Хранить OLAP в реляционке? А чего не в key-value? Вот redis, например. С таким подходом — идеальный выбор.

4.57, Vlad violentiy (?), 06:51, 02/05/2024 [^] [^^] [^^^] [ответить]	–1 +/–
Acid?

5.81, Аноним (81), 22:18, 02/05/2024 [^] [^^] [^^^] [ответить]	+/–
Aerospike Community Edition? ACID/CAP

4.70, Middle SQL Developer (?), 11:23, 02/05/2024 [^] [^^] [^^^] [ответить]	+/–
Этот софт был создан до всяких редисов, а так не вопрос

5.74, Аноним (52), 12:17, 02/05/2024 [^] [^^] [^^^] [ответить]	+/–
Вот с этого и надо было начинать. Нет там никакого осознанного выбора БД, просто взяли то, что было популярно в нулевых. И, естественно, тот несчастный, который поддерживает ЭТО двадцать лет спустя, уже не может ничего серьёзно поменять, потому что он один и бесконечно мал в сравнении с этой горой костылей, которая сотрёт его при любом неосторожном движении.

3.60, nox. (?), 07:29, 02/05/2024 [^] [^^] [^^^] [ответить]	+/–
> чаще плюшки платные. Я, конечно, не о сайтах на вордпрессе, а о серверах с сотнями гигов и терабайтами Купив перечисленное железо, странно сетовать на платность ПО.

4.71, Middle SQL Developer (?), 11:26, 02/05/2024 [^] [^^] [^^^] [ответить]	+/–
Вообще-то Оракл стоил полтора ляма ещё 10 лет назад, и это стандартный. А MS-SQL около 300к тоже без ограничений. Мои вопросы не про конкретные случаи, разумеется.

1.6, Аноним (6), 18:51, 01/05/2024 [ответить] [﹢﹢﹢] [ · · · ]	+/–
> Удалены ... > Удалены ... > Удалены ... Неплохо так кодовую базу почистили! А с другой стороны, это ж лтс, а мусор когда-то нужно выносить.

1.27, z (??), 20:18, 01/05/2024 [ответить] [﹢﹢﹢] [ · · · ]	+1 +/–
она наконец перестала потреблять ресурсы проца в простое или еще нет?

1.31, Аноним (31), 20:55, 01/05/2024 [ответить] [﹢﹢﹢] [ · · · ]	+1 +/–
> Удалены системные переменные, в которых использовались слова "master" и "slave": Com_slave_start (следует использовать Com_replica_start); Com_slave_stop (Com_replica_stop); Com_show_slave_status (Com_show_replica_status); Com_show_slave_hosts (Com_show_replicas); Com_show_master_status (Com_show_binary_log_status); and Com_change_master (Com_change_replication_source). Я джва года ждал эту фитчу...

1.33, rvs2016 (ok), 21:13, 01/05/2024 [ответить] [﹢﹢﹢] [ · · · ]

–3 +/–

> Удалены связанные с репликацией SQL-выражения,
> которые ранее были объявлены устаревшими
> из-за использования неполиткорректной терминологии

Зачем ненравящиеся толерастам выражения удалять? Это же испортит работу программ, в которых эти выражения используются.

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

2.49, Роман (??), 01:28, 02/05/2024 [^] [^^] [^^^] [ответить]	+/–
оно в 8.0.х так и было - сыпало warnings, сейчас депрекейтнули

2.50, mumu (ok), 01:48, 02/05/2024 [^] [^^] [^^^] [ответить]	+/–
А ещё отмена рабства повлияла на работу плантаций. Совсем не думают о честном бизнесе!

3.54, Аноним (52), 03:42, 02/05/2024 [^] [^^] [^^^] [ответить]	–1 +/–
Это рыночек порешал. В индустриальную эпоху рабочая сила должны быть мобильной, чтобы оперативно реагировать на меняющиеся логистические условия. Где удобнее строить рудник/завод — там и строим. Стало неудобно (руда кончилась, возить сырьё/продукцию стало далеко) — забрасываем и уходим. А рабочая сила пусть сама за производством мигрирует, она же теперь свободная.

3.55, Аноним (55), 05:09, 02/05/2024 [^] [^^] [^^^] [ответить]	+/–
Как будто отмена рабства на что-то повлияла. Раньше работали за миску риса, теперь за денежный эквивалент миски риса.

4.66, Аноним (66), 10:17, 02/05/2024 Скрыто ботом-модератором [к модератору]	+1 +/–

2.64, Аноним (64), 09:14, 02/05/2024 [^] [^^] [^^^] [ответить]	+/–
Есть злые тёти в должности "вставь всем в ж...", которые не только работают за зарплату, но эту зарплату отрабатывают. Если они перестанут этим заниматься, то их уволят. А кто захочет быть уволенным, если работа не пыльная и высокооплачиваемая. Если бенефициары компаний захотят, то такая практика закончится практически мгновенно. Но они не хотят, ибо это отвлекает ваше внимание от возникновения правильных вопросов. Вот так миром и управляют.

1.41, Аноним (41), 00:06, 02/05/2024 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Когда будет горизонтальное масштабирование из коробки?

2.58, Vlad violentiy (?), 06:53, 02/05/2024 [^] [^^] [^^^] [ответить]	+1 +/–
Ndb cluster, не?

1.77, Аноним (77), 18:12, 02/05/2024 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Тот, кто видел в Windows новый инсталлятор Oracle MySQL и сравнивал его с инсталлятором MariaDB, никогда не будет задавать глупых вопросов о "развитии" MySQL...

2.80, Аноним (81), 22:15, 02/05/2024 [^] [^^] [^^^] [ответить]	+/–
PostgresPro инсталяторы даже лучше. https://repo.postgrespro.ru/std/std-14/win/

1.78, Аноним (78), 19:56, 02/05/2024 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
> Удалены системные переменные, в которых использовались слова "master" и "slave" Ясно! Остаюсь на Постгресе.

2.82, Аноним (81), 22:22, 02/05/2024 [^] [^^] [^^^] [ответить]	+/–
Держите нас в курсе!

1.89, zog (??), 11:52, 03/05/2024 [ответить] [﹢﹢﹢] [ · · · ]	+/–
> Прекращено прямое обновление с MySQL 5.7 до MySQL 8.4. Для перехода с MySQL 5.7 вначале теперь следует перейти на ветку 8.0, а уже затем обновить её до версии 8.4 А почему вначале не на 8.3, а уже затем на более новую?

игнорирование участников | лог модерирования

Добавить комментарий

Текст: