Versions Compared


  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Removed translated content for 'ko'



Xpand built from the ground up to be a distributed, shared-nothing database and does not have any source code from other projects in its code base. Any application that uses a


MariaDB client or JDBC/ODBC drivers (e.g. Ruby on Rails or Hibernate) can connect to Xpand without issue and use standard


MariaDB constructs to interact with Xpand.

General Differences

  • Xpand has a different query planner and query plans may vary from those of


  • MariaDB. As part of your migration testing, we recommend reviewing query plans for slow queries to see if they might benefit from additional tuning. See Understanding the Xpand Explain Output for more information.
  • Xpand executable comments are of the form /*$ */. Xpand ignores other types of executable comments.
  • Xpand error codes do not match


  • MariaDB
  • Xpand implements a subset of


  • MariaDB's global variables, but behavior for those global variables may differ. 

Schema Limitations

Number of TablesXpand supports a maximum of approximately 2,000 tables. The precise limit for your installation depends on the number and type of indexes.
Number of ColumnsXpand recommends that each table have no more than 200 columns (including system-defined hidden columns), as higher column counts can impact performance and scalability.  
Row SizeIn Xpand, the maximum row size for persistent tables (stored on disk) is 64MB. The maximum row size when using RBR replication is 32MB




On Xpand, object name comparisons are case insensitive and table names are stored in the case specified in the CREATE statement. The lower_case_table_names global variable has a value of 1 and cannot be changed.

Reserved Keywords

The following are reserved keywords for Xpand but not



  • complement
  • full  
  • legacy
  • signed
  • temporary

Xpand Internals:

Xpand is a clustered, distributed database built from the ground up for scale, concurrency, and performance as well as ease of use. While Xpand seeks to be


MariaDB compatible, it contains no actual MariaDB or MySQL source code.

Here is more on Xpand internals:


See also

Children Display

Children Display
pageXpand SQL Guide

Sv translation

ClustrixDB은 MySQL 구문을 사용하지만, 처음부터 분산 비공유 데이터베이스로 개발되었습니다. Ruby on Rails 또는 Hibernate와 같이 MySQL 클라이언트 또는 JDBC/ODBC 드라이버를 사용하는 애플리케이션은 문제없이 ClustrixDB에 연결할 수 있으며 표준 MySQL 구문을 사용하여 ClustrixDB와 상호 작용할 수 있습니다. 다음 섹션에서는 ClustrixDB 고유 구문 및 MySQL 호환성 관련 주의 사항에 대해 설명합니다.

MySQL 호환성

ClustrixDB는 대부분의 표준 MySQL 기능을 지원하는 것을 목표로 합니다. ClustrixDB 기능 개발을 MySQL 릴리스에 맞추지는 않지만, 고객이 프로덕션 환경을 잘 운용하기 위해 고객이 요구하는 기능을 제공하기 위해 노력하고 있습니다. 우리는 고객의 요구 사항과 새로운 MySQL 기능을 모두 모니터하여 기능 로드맵을 결정하고 호환성을 위한 자동화된 QA 프로세스의 일부로 최신 MySQL 릴리스를 사용합니다.

ClustrixDB는 다음을 지원합니다.


ClustrixDB 내부 정보:

ClustrixDB는 확장성, 동시성, 성능 및 사용 편의성을 토대로 구축된 클러스터 된 분산 데이터베이스입니다. ClustrixDB은 MySQL과 호환되도록 노력하고 있지만, 실제 MySQL 소스 코드는 포함되어 있지 않습니다.

ClustrixDB 내부에 대한 자세한 내용은 다음과 같습니다.

  • 주로 C 언어로 작성되었습니다.
  • 분산 비공유 아키텍처:
  • 참조 무결성 및 외래 키 제약에 대한 지원을 포함하여 InnoDB의 사양에 가장 잘 부합하는 트랜잭션 스토리지 엔진을 구현합니다.
  • 중복 및 내결함성을 제공하기 위해 모든 데이터의 여러 복사본을 자동으로 유지합니다.

엔진 유형

ClustrixDB은 InnoDB 스토리지 엔진의 인터페이스를 가장 비슷하게 에뮬레이션합니다. ClustrixDB의 모든 테이블은 트랜잭션과 ACID를 완벽하게 준수하며 동시성 제어를 위해 MVCC 모델을 사용합니다. 엔진 유형이 지정된 경우 ClustrixDB는 해당 구문을 허용하지만, 해당 구문은 무시됩니다.

추가 정보

ClustrixDB와 MySQL 호환성에 대한 추가 정보는 다음 페이지를 참조하십시오.

Children Display