> For the complete documentation index, see [llms.txt](https://mariadb.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://mariadb.com/docs/release-notes/enterprise-server/old-releases/10.4/10.4.26-17.md). # Release Notes for MariaDB Enterprise Server 10.4.26-17 MariaDB Enterprise Server 10.4.26-17 is a maintenance release of MariaDB Enterprise Server 10.4. This release includes a variety of fixes. MariaDB Enterprise Server 10.4.26-17 was released on 2022-09-12. ## Fixed Security Vulnerabilities | CVE (with [cve.org](https://www.cve.org/) link) | CVSS base score | | ------------------------------------------------------------------------------- | --------------- | | [CVE-2023-5157](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-5157) | 7.5 | | [CVE-2018-25032](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-25032) | 7.5 | | [CVE-2022-32091](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-32091) | 6.5 | | [CVE-2022-32089](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-32089) | 6.5 | | [CVE-2022-32084](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-32084) | 6.5 | | [CVE-2022-32081](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-32081) | 6.5 | ## Notable Changes * Galera has been updated to 26.4.13-1 * Debian 9 support has been discontinued. * The [--max-statement-time command-line option](/docs/server/clients-and-utilities/backup-restore-and-import-clients/mariadb-dump.md#options) has been added for [mariadb-dump](/docs/server/clients-and-utilities/backup-restore-and-import-clients/mariadb-dump.md) with a default value of 0. ([MDEV-18702](https://jira.mariadb.org/browse/MDEV-18702)) ## Issues Fixed ### Can result in data loss * When [mariadb-backup](/docs/server/server-usage/backup-and-restore/mariadb-backup.md) is executed with the [--rsync](/docs/server/server-usage/backup-and-restore/mariadb-backup/mariadb-backup-options.md#rsync) command-line option, the backup tries to copy the InnoDB buffer pool dump file, which is located at the path defined by the [innodb\_buffer\_pool\_filename](/docs/server/server-usage/storage-engines/innodb/innodb-system-variables.md#innodb_buffer_pool_filename) system variable. ([MDEV-28781](https://jira.mariadb.org/browse/MDEV-28781)) * Starting with this release, [mariadb-backup](/docs/server/server-usage/backup-and-restore/mariadb-backup.md) only copies the InnoDB buffer pool dump file during State Snapshot Transfers (SSTs) for MariaDB Enterprise Cluster, powered by Galera. * When [ALTER TABLE .. IMPORT TABLESPACE](/docs/server/reference/sql-statements/data-definition/alter/alter-table.md) is executed against an encrypted InnoDB tablespace file, the table can be corrupted. ([MDEV-28779](https://jira.mariadb.org/browse/MDEV-28779)) * With MariaDB Enterprise Cluster, when [read\_only](/docs/server/server-management/variables-and-modes/server-system-variables.md#read_only) is enabled on a node, users without the [SUPER privilege](/docs/server/reference/sql-statements/account-management-sql-statements/grant.md#super) can still write to the node. ([MDEV-28546](https://jira.mariadb.org/browse/MDEV-28546)) * With MariaDB Enterprise Cluster, when a value is retrieved from an InnoDB sequence using the [NEXTVAL() function](/docs/server/reference/sql-structure/sequences/sequence-functions/nextval.md), the change is not replicated. ([MDEV-27862](https://jira.mariadb.org/browse/MDEV-27862)) * Starting with this release, InnoDB sequences are properly replicated when they are defined with `NOCACH`. * When an InnoDB table's collation is changed using [ALTER TABLE](/docs/server/reference/sql-statements/data-definition/alter/alter-table.md) with the `INPLACE` or `NOCOPY` algorithms, duplicate entries in unique indexes are not detected. ([MDEV-26294](https://jira.mariadb.org/browse/MDEV-26294)) ### Can result in a hang or crash * When `INSERT .. SELECT .. GROUP BY` is executed and the GROUP BY clause contains a derived table, the server can crash. ([MDEV-28617](https://jira.mariadb.org/browse/MDEV-28617)) * When a query contains an `ANY(SELECT .. GROUP BY(SELECT ..))` predicand with a redundant subquery in the `GROUP BY` clause, the server can crash. ([MDEV-29139](https://jira.mariadb.org/browse/MDEV-29139)) * When `ALTER TABLE .. ADD` is used to add a column with the `INSTANT` algorithm, the server can crash if the `ROW_FORMAT` in the `.frm` file does not match the actual row format used by the data file. ([MDEV-26577](https://jira.mariadb.org/browse/MDEV-26577)) * For tables created prior to MariaDB Server 10.2, the `ROW_FORMAT` in the `.frm` file could be inconsistent with the actual row format used by the data file. If the server were upgraded to MariaDB Enterprise Server 10.6, the inconsistency could remain. * When `INSERT .. SELECT` is executed, and the `SELECT` query calls an aggregate or window function, the server can crash with a segmentation fault. ([MDEV-26427](https://jira.mariadb.org/browse/MDEV-26427)) * When the [JSON\_EXTRACT() function](/docs/server/reference/sql-functions/special-functions/json-functions/json_extract.md) is called, the server can crash with a segmentation fault. ([MDEV-29188](https://jira.mariadb.org/browse/MDEV-29188)) * When a query uses the `DISTINCT` keyword and calls an aggregate function as an argument for an always-constant function, the server can crash. ([MDEV-23809](https://jira.mariadb.org/browse/MDEV-23809)) * An always-constant function is a function that always returns a constant value, even if the function's arguments are not constant. * For example, the [COLLATION() function](/docs/server/reference/sql-functions/secondary-functions/information-functions/collation.md) is an always-constant function. * When [mariadb-backup](/docs/server/server-usage/backup-and-restore/mariadb-backup.md) is executed with the [--compress](/docs/server/server-usage/backup-and-restore/mariadb-backup/mariadb-backup-options.md#compress) and [--parallel](/docs/server/server-usage/backup-and-restore/mariadb-backup/mariadb-backup-options.md#parallel) options, the backup can hang due to a race condition between threads. ([MDEV-29043](https://jira.mariadb.org/browse/MDEV-29043)) * When an `EXISTS` predicate or an `IN`, `ALL`, or `ANY` predicand is used in an eliminated GROUP BY clause, the server can crash. (MENT-1606, [MDEV-29350](https://jira.mariadb.org/browse/MDEV-29350)) * When an `IN` subquery is used outside the context of a regular query (such as in a stored procedure), the server can crash. ([MDEV-22001](https://jira.mariadb.org/browse/MDEV-22001)) * When MariaDB Enterprise Cluster is used, and the Galera replication TCP port receives non-Galera network traffic, the server can crash. ([MDEV-25068](https://jira.mariadb.org/browse/MDEV-25068)) * In previous releases, when the crash occurred, the following messages would appear in the [MariaDB error log](/docs/server/server-management/server-monitoring-logs/error-log.md): ``` terminate called after throwing an instance of 'boost::exception_detail::clone_impl >' what(): remote_endpoint: Transport endpoint is not connected [ERROR] mysqld got signal 6 ; ``` * When a generated column is added to an InnoDB table with the `INSTANT` algorithm, the server can crash due to a buffer overflow. ([MDEV-26420](https://jira.mariadb.org/browse/MDEV-26420)) * When [CREATE VIEW](/docs/server/server-usage/views/create-view.md) is executed with a view definition that contains an unknown column in an ON condition, the server can crash instead of raising an error with the [ER\_BAD\_FIELD\_ERROR](/docs/server/reference/error-codes/mariadb-error-codes-1000-to-1099/e1054.md) error code. ([MDEV-29088](https://jira.mariadb.org/browse/MDEV-29088)) ### Can result in unexpected behavior For multi-table [UPDATE](/docs/server/reference/sql-statements/data-manipulation/changing-deleting-data/update.md) or [DELETE](/docs/server/reference/sql-statements/data-manipulation/changing-deleting-data/delete.md) queries, the optimizer fails to apply partition pruning optimization for the table that is updated or deleted from. ([MDEV-28246](https://jira.mariadb.org/browse/MDEV-28246)) * When an `IN` condition contains a mixture of numeric and string values, results can be inconsistent. ([MDEV-21445](https://jira.mariadb.org/browse/MDEV-21445)) * When a sequence event is written to the binary log with [binlog\_format=ROW](/docs/server/ha-and-performance/standard-replication/replication-and-binary-log-system-variables.md), the value of [binlog\_row\_image](/docs/server/ha-and-performance/standard-replication/replication-and-binary-log-system-variables.md) is not respected. ([MDEV-28487](https://jira.mariadb.org/browse/MDEV-28487)) * When a transaction can't be fully written to the binary log, but the transaction can be safely rolled back, a LOST\_EVENTS incident event is written to the binary log. ([MDEV-21443](https://jira.mariadb.org/browse/MDEV-21443)) * In previous releases, this problem could cause replica servers to encounter the following error: ``` Last_SQL_Errno 1590 Last_SQL_Error The incident LOST_EVENTS occurred on the master. Message: error writing to the binary log ``` * Starting with this release, a `LOST_EVENTS` incident is only written to the binary log when safe rollback is not possible. * When a replica server replicates an incident event, the details about the failure are not in the primary server's error log, the replica server's error log, or the output of [SHOW REPLICA STATUS](/docs/server/reference/sql-statements/administrative-sql-statements/show/show-replica-status.md). ([MDEV-21087](https://jira.mariadb.org/browse/MDEV-21087)) * When a backup is performed with [mariadb-backup](/docs/server/server-usage/backup-and-restore/mariadb-backup.md), the backup includes binary logs. ([MDEV-28758](https://jira.mariadb.org/browse/MDEV-28758)) * When a table is created from a [SELECT statement](/docs/server/reference/sql-statements/data-manipulation/selecting-data/select.md) that uses a recursive CTE, the table can use unexpected data types and contain truncated data if the calculated values from the recursive part of the CTE do not fit in the column types that are taken from the non-recursive part of the CTE. ([MDEV-12325](https://jira.mariadb.org/browse/MDEV-12325)) * Starting with this release, the CTE calculation is aborted when the calculated values do not fit in the column types. When this occurs, a warning or error (depending on [sql\_mode](/docs/server/server-management/variables-and-modes/sql_mode.md) is raised with the [ER\_WARN\_DATA\_OUT\_OF\_RANGE](/docs/server/reference/error-codes/mariadb-error-codes-1200-to-1299/e1264.md) error code and the following error message: ``` Out of range value for column 'COLUMN_NAME' at row ROW_NUM ``` * When [mariadb client](/docs/server/clients-and-utilities/mariadb-client.md) uses `EditLine` instead of `readline` (such as on Debian and Ubuntu), Unicode characters are not accepted. ([MDEV-28197](https://jira.mariadb.org/browse/MDEV-28197)) * When the optimizer chooses a semi-join optimization for a subquery, the LooseScan and FirstMatch strategies are not considered for certain queries where they would be appropriate, and they are considered for certain queries where they would be inappropriate. ([MDEV-28749](https://jira.mariadb.org/browse/MDEV-28749)) * When a `FULLTEXT` search is performed on an InnoDB table, the results are incorrect when the search term contains an apostrophe ('). ([MDEV-20797](https://jira.mariadb.org/browse/MDEV-20797)) * Starting with this release, when a search term contains an apostrophe ('), InnoDB tokenizes the word at the apostrophe, ignores the first token, and matches against the second token. * After upgrading from old versions of MariaDB Server, some [ALTER TABLE](/docs/server/reference/sql-statements/data-definition/alter/alter-table.md) operations fail if `ALGORITHM=NOCOPY` is specified. ([MDEV-28727](https://jira.mariadb.org/browse/MDEV-28727)) * In previous releases, the following error could be raised: ``` ERROR 1845 (0A000): ALGORITHM=NOCOPY is not supported for this operation. Try ALGORITHM=INPLACE ``` ## Interface Changes * `mariadb-backup` [--sst-max-binlogs](/docs/server/server-usage/backup-and-restore/mariadb-backup/mariadb-backup-options.md) command-line option removed * `mysql` [--enable-cleartext-plugin](/docs/server/server-management/variables-and-modes/full-list-of-mariadb-options-system-and-status-variables.md) command-line option added * `mysqld` [--spider-direct-aggregate](/docs/server/ha-and-performance/optimization-and-tuning/system-variables/spider-status-variables.md) command-line option added * `mysqldump` [--max-statement-time](/docs/server/clients-and-utilities/backup-restore-and-import-clients/mariadb-dump.md#options) command-line option added * [spider\_direct\_aggregate](/docs/server/ha-and-performance/optimization-and-tuning/system-variables/spider-status-variables.md) system variable added ## Platforms In alignment with the [enterprise lifecycle](/docs/release-notes/enterprise-server/about/enterprise-server-lifecycle.md), MariaDB Enterprise Server 10.4.26-17 is provided for: * CentOS 7 (x86\_64) * Debian 10 (x86\_64, ARM64) * Microsoft Windows (x86\_64) (MariaDB Enterprise Cluster excluded) * Red Hat Enterprise Linux 7 (x86\_64) * Red Hat Enterprise Linux 8 (x86\_64, ARM64) * Rocky Linux 8 (x86\_64, ARM64 Red Hat Enterprise Linux 8 packages) * SUSE Linux Enterprise Server 12 (x86\_64) * SUSE Linux Enterprise Server 15 (x86\_64, ARM64) * Ubuntu 20.04 (x86\_64, ARM64) Some components of MariaDB Enterprise Server might not support all platforms. For additional information, see [MariaDB Corporation Engineering Policies.](https://mariadb.com/engineering-policies) ## Installation Instructions * [MariaDB Enterprise Server 10.4](/docs/server/architecture/topologies/single-node-topologies/enterprise-server.md) * [Enterprise Cluster Topology with MariaDB Enterprise Server 10.4](/docs/server/architecture/topologies/galera-cluster.md) * [Primary/Replica Topology with MariaDB Enterprise Server 10.4](/docs/server/architecture/topologies/primary-replica.md) * [Enterprise Spider Sharded Topology with MariaDB Enterprise Server 10.4](/docs/server/architecture/topologies/mariadb-enterprise-spider-topologies/sharded-mariadb-enterprise-spider-topology.md) * [Enterprise Spider Federated Topology with MariaDB Enterprise Server 10.4](/docs/server/architecture/topologies/mariadb-enterprise-spider-topologies/federated-mariadb-enterprise-spider-topology.md) ## Upgrade Instructions * Upgrade to MariaDB Enterprise Server 10.4 * [Upgrade from MariaDB Community Server to MariaDB Enterprise Server 10.4](/docs/server/server-management/install-and-upgrade-mariadb/upgrading/platform-specific-upgrade-guides/upgrading-on-linux/upgrading-between-major-mariadb-versions.md) *This page is: Copyright © 2026 MariaDB. All rights reserved.* {% @marketo/form formid="4316" formId="4316" %}