Release date: 11th May 2017
MariaDB ColumnStore 1.0.9 is a maintenance GA release of MariaDB ColumnStore. This release of MariaDB ColumnStore provides improvements over the previous 1.0.8 GA release.
MariaDB ColumnStore 1.0.9 is a GA release.
For an overview of MariaDB ColumnStore see
Please provide feedback in JIRA for anything that is not working as expected so that we can fix it before we make the release available for the larger community. For general "how to questions" ask questions here or subscribe to mariadb-columnstore@googlegroups.com
- Adds message queue pooling to prevent port exhaustion under some cases of high volume transactional DML statements.
- ColumnStore has been updated to the 10.1.23 version of MariaDB Server.
- Additional bug fix to MariaDB server resolving a server crash under certain query patterns.
- DBRM message queue clients need to be pooled
- stored procedures with queries invoked over odbc prepared statements take very long
- Derived tables in a join subquery cause error
- sum function provides different results between innodb and columnstore
Multi version upgrades are not supported, please upgrade versions prior to 1.0.8 before upgrading to 1.0.9:
There are a number bugs and known limitations within this beta version of MariaDB ColumnStore, the most serious of these are listed below.
: Wide table formatted display causes frontend to return error
MariaDB ColumnStore supports wide tables storage
Displaying the query results on a large number of columns without formatting the column works
Displaying the query results on a large number of columns with formatting causes error at MariaDB Server level
RPM, Debian, and binary packages are provided for the Linux distributions supported by MariaDB ColumnStore 1.0.9 GA version.
The supported OS for the GA version are CentOS 6, CentOS 7, Debian 8.6, RedHat 6, RedHat 7, SUSE 12, and Ubuntu 16.0.4.
Packages can be downloaded
An Amazon AWS AMI Image is available for this release, please search for AMI name "MariaDB-ColumnStore-1.0.9". AMI specific installation instructions can be found .
Certified to run in Google Cloud Environment in the GA OSs.
The source code of MariaDB ColumnStore is tagged at GitHub with a tag, which is identical with the version of MariaDB ColumnStore. For instance, the tag of version X.Y.Z of MariaDB ColumnStore is columnstore-X.Y.Z. Further, master always refers to the latest released non-beta version.
The source code is available at these locations
Storage Engine -
MariaDB Server -
MCOL-655 - Debugging symbols are missing
MCOL-656 - Error in LIKE behaviour
MCOL-657 - Support NULL safe equals (<=>)
MCOL-679 - Crash on prepared statement when no parameters bound
MCOL-683 - ADDDATE & DATE_FORMAT combo breaks datetime
MCOL-693 - Segmentation Fault with non-string SP parameter
MCOL-704 - Using BETWEEN together with date functions in WHERE clause 100x slower than InfiniDB
MCOL-706 - Merge 10.1.23 into 1.0.9
MDEV-12673 - Server crashes in create_ref_for_key
MCOL-271 empty string values are treated as NULL. This means you cannot insert empty values into a NOT NULL string column.
MCOL-364: In a multi UM configuration where the default storage engine has been set to columnstore replicated tables are not created as columnstore tables. Avoid overriding the default storage engine and specify engine=columnstore on all table DDL.
MCOL-365: Log files created by load data infile remain in the bulk/data/log and /tmp directories. If storage is a concern these can safely be removed.
MCOL-463 : gluster storage option in installer fails with an error. The installer option to install optimized for gluster storage will fail with an error. Manually set up gluster volumes can be used with the 'External' storage option.
The current logging default generates full verbose debug logs. This can be controlled by making logging configuration changes as described .
While Millisecond and Microsecond storage is supported for datetime, time and timestamp columns, at this time the query results cannot return millisecond and microseconds.
UTF-8 Limitation
UTF-8 must be declared at the table level if the instance has been set up with a UTF-8 profile. Tables created with a non-matching character set will yield indeterminate results.
Viewing SQL output should be done using client software that supports UTF-8 character sets.
UTF-8 characters are not supported in object names.
Known security issues and fixes are documented .
This page is: Copyright © 2025 MariaDB. All rights reserved.