StoneDB与MySQL的兼容性如何？StoneDB高度兼容MySQL5.6、5.7协议和MySQL生态等重要特性，支持MySQL常用的功能及语法。由于StoneDB本身的一些特性，部分操作和功能尚未得到支持，如不支持创建索引、不支持删除数据等。StoneDB有自己的优化器吗？StoneDB是在原生的MySQL加入的存储引擎，StoneDB有自己的优化器，但StoneDB实际也会利用原生的MySQL的优化器做一些查询解析和重写机制。StoneDB为什么没有唯一约束？列式存储具有数据压缩特性，数据压缩比率是由压缩算法、列的数据类型、数据重复度等决定的。如果列有唯一约束，那么列中每行的数据都是唯
InnoDB导入StoneDB此场景是利用mysqldump从InnoDB导出，然后再导入StoneDB，在导入StoneDB前，需要对导出文件做如下修改。1）修改存储引擎CREATETABLE`t_user`(xxx)ENGINE=InnoDB;CREATETABLE`t_user`(xxx)ENGINE=stonedb;2）去掉锁表语句导出文件会输出"LOCKTABLES...WRITE"，这是因为导出时默认使用了参数"--add-locks"，由于StoneDB没有锁表语句，需要将导出文件的锁表语句去掉。LOCKTABLES`t_user`WRITE;UNLOCKTABLES;3）去掉U
自6月底开源以来，许多热心的社区用户都对StoneDB进行了编译和测试，也有一些用户询问StoneDB是否会支持Windows。虽然适配Windows版本的StoneDB尚未进入研发计划，但实际上我们也可以通过强大的docker在windows上体验StoneDB的性能。本文就从一个初学者角度，带大家一起在windows上用dockerdesktop安装部署StoneDB。1、安装Dockerdesktop因为是在Windows下安装docker，所以需要先安装windows版的docker环境。1.1下载在官方网站（https://www.docker.com/products/docker
自6月底开源以来，许多热心的社区用户都对StoneDB进行了编译和测试，也有一些用户询问StoneDB是否会支持Windows。虽然适配Windows版本的StoneDB尚未进入研发计划，但实际上我们也可以通过强大的docker在windows上体验StoneDB的性能。本文就从一个初学者角度，带大家一起在windows上用dockerdesktop安装部署StoneDB。1、安装Dockerdesktop因为是在Windows下安装docker，所以需要先安装windows版的docker环境。1.1下载在官方网站（https://www.docker.com/products/docker
StoneDB的整体架构分为三层，分别是应用层、服务层和存储引擎层。应用层主要负责客户端的连接管理和权限验证；服务层提供了SQL接口、查询缓存、解析器、优化器、执行器等组件；Tianmu引擎所在的存储引擎层是StoneDB的核心，数据的组织和压缩、以及基于知识网格的查询优化均是在Tianmu引擎实现。下面为大家详细介绍StoneDB整体架构中的主要特性。列式存储StoneDB创建的表在磁盘上是以列模式进行存储的，由于关系型数据库中每一列的数据类型都相同，所以这种连续的空间存储与行式存储相比，更加能够实现数据的高压缩比。在读取数据方面，如果只想查询一个字段的结果，在行式存储中，引擎层向服务层返回
StoneDB的整体架构分为三层，分别是应用层、服务层和存储引擎层。应用层主要负责客户端的连接管理和权限验证；服务层提供了SQL接口、查询缓存、解析器、优化器、执行器等组件；Tianmu引擎所在的存储引擎层是StoneDB的核心，数据的组织和压缩、以及基于知识网格的查询优化均是在Tianmu引擎实现。下面为大家详细介绍StoneDB整体架构中的主要特性。列式存储StoneDB创建的表在磁盘上是以列模式进行存储的，由于关系型数据库中每一列的数据类型都相同，所以这种连续的空间存储与行式存储相比，更加能够实现数据的高压缩比。在读取数据方面，如果只想查询一个字段的结果，在行式存储中，引擎层向服务层返回
系统负载高系统负载高导致了申请系统资源失败，最后数据库实例crash，常见原因及诊断方法详见系统资源瓶颈诊断。数据页损坏如果是硬件故障或者磁盘空间满了，向数据文件写入时，很容易导致数据文件的写corrupt，为了保证数据的一致性，数据库实例会crash。Bug数据库实例发生crash的一个很常见的原因是命中Bug，如内部发生死锁。当数据库实例发生crash，需要收集系统日志、error日志和trace日志，甚至还需要开启coredump来定位。
系统负载高系统负载高导致了申请系统资源失败，最后数据库实例crash，常见原因及诊断方法详见系统资源瓶颈诊断。数据页损坏如果是硬件故障或者磁盘空间满了，向数据文件写入时，很容易导致数据文件的写corrupt，为了保证数据的一致性，数据库实例会crash。Bug数据库实例发生crash的一个很常见的原因是命中Bug，如内部发生死锁。当数据库实例发生crash，需要收集系统日志、error日志和trace日志，甚至还需要开启coredump来定位。
在没有出现数据库之前，数据存储在文本中，这种数据存储方式不管是管理还是查询，效率都是极其低下的，数据之间没有关联性。到了1970年，IBM研究员E.F.Codd发表了论文"ARelationalModelofDataforLargeSharedDataBanks"，该论文中第一次提出了关系模型的概念，为关系型数据库奠定了基础，才有了后面涌现的如IBM的DB2、甲骨文的Oracle等优秀的关系型数据库。一直到上世纪90年代，数据库都是以关系型数据库为主。但随着数据量的增长，关系型数据库已无法满足更多的应用场景，数据库领域便随之出现了非关系型数据库。数据库分类数据库用于数据的存储和访问，不同类型的
在没有出现数据库之前，数据存储在文本中，这种数据存储方式不管是管理还是查询，效率都是极其低下的，数据之间没有关联性。到了1970年，IBM研究员E.F.Codd发表了论文"ARelationalModelofDataforLargeSharedDataBanks"，该论文中第一次提出了关系模型的概念，为关系型数据库奠定了基础，才有了后面涌现的如IBM的DB2、甲骨文的Oracle等优秀的关系型数据库。一直到上世纪90年代，数据库都是以关系型数据库为主。但随着数据量的增长，关系型数据库已无法满足更多的应用场景，数据库领域便随之出现了非关系型数据库。数据库分类数据库用于数据的存储和访问，不同类型的
