1、问题现象createdatabasesyw_mtr;usesyw_mtr;CREATETABLEt1(f1VARCHAR(255)CHARACTERSETutf8)engine=tianmu;CREATETABLEt2ASSELECTLEFT(f1,171)ASf2FROMt1UNIONSELECTLEFT(f1,171)ASf2FROMt1;ERROR2013(HY000):LostconnectiontoMySQLserverduringquery问题issue：https://github.com/stoneatom/stonedb/issues/2262、问题原因bug代码行Que
1、问题现象createdatabasesyw_mtr;usesyw_mtr;CREATETABLEt1(f1VARCHAR(255)CHARACTERSETutf8)engine=tianmu;CREATETABLEt2ASSELECTLEFT(f1,171)ASf2FROMt1UNIONSELECTLEFT(f1,171)ASf2FROMt1;ERROR2013(HY000):LostconnectiontoMySQLserverduringquery问题issue：https://github.com/stoneatom/stonedb/issues/2262、问题原因bug代码行Que
在StoneDB中，数据包分为以下几类：不相关的数据包：不满足查询条件的数据包。相关的数据包：满足查询条件的数据包。可疑的数据包：数据包中的数据部分满足查询条件，需要进一步解压缩数据包才能得到满足条件的数据行。通过对数据包的划分，知识网格技术过滤掉不相关的数据包，读取相关的数据包和可疑的数据包。其中相关的数据包不需要解压缩，只读取元数据，不会发生IO，可疑的数据包需要解压缩，会发生IO。1）创建表t_userCREATETABLEt_user(idINTNOTNULLAUTO_INCREMENT,first_nameVARCHAR(10)NOTNULL,last_nameVARCHAR(10)
在StoneDB中，数据包分为以下几类：不相关的数据包：不满足查询条件的数据包。相关的数据包：满足查询条件的数据包。可疑的数据包：数据包中的数据部分满足查询条件，需要进一步解压缩数据包才能得到满足条件的数据行。通过对数据包的划分，知识网格技术过滤掉不相关的数据包，读取相关的数据包和可疑的数据包。其中相关的数据包不需要解压缩，只读取元数据，不会发生IO，可疑的数据包需要解压缩，会发生IO。1）创建表t_userCREATETABLEt_user(idINTNOTNULLAUTO_INCREMENT,first_nameVARCHAR(10)NOTNULL,last_nameVARCHAR(10)
MySQL删除数据的方式以MySQL5.7为例，数据库删除数据的方式一共有以下三种：deletetruncatedrop以上三种方式都可以删除数据，但是使用场景是不同的。对于整个表进行删除的执行速度来说：drop>truncate>>deleteMySQL删除数据的方式-deletedelete是属于数据库的DML操作语言，一般是根据条件逐行进行删除。使用delete删除数据时，数据库只能删除数据不能删除表的结构，并且会触发数据库的事务机制。delete执行时，会先将所删除数据缓存到rollbacksegment中，事务commit之后生效;在InnoDB中，使用delete其实并不会真正的把
MySQL删除数据的方式以MySQL5.7为例，数据库删除数据的方式一共有以下三种：deletetruncatedrop以上三种方式都可以删除数据，但是使用场景是不同的。对于整个表进行删除的执行速度来说：drop>truncate>>deleteMySQL删除数据的方式-deletedelete是属于数据库的DML操作语言，一般是根据条件逐行进行删除。使用delete删除数据时，数据库只能删除数据不能删除表的结构，并且会触发数据库的事务机制。delete执行时，会先将所删除数据缓存到rollbacksegment中，事务commit之后生效;在InnoDB中，使用delete其实并不会真正的把
（以下情况仅针对StoneDB1.0版本不支持的部分DML和DDL操作，StoneDB2.0及以上版本将无需此类操作）主从复制中，主库的任何更新都会同步到从库，如果从库不想重做主库的某个更新动作，可以使用以下两种方法进行规避。当然，最终带来的影响是主从环境数据不一致的问题。以下的测试环境中，主库是InnoDB，从库是StoneDB，在主库做从库不支持的DML或者DDL。从库执行GTID的空事务###主库mysql>showcreatetablettt\G***************************1.row***************************Table:tttCre
（以下情况仅针对StoneDB1.0版本不支持的部分DML和DDL操作，StoneDB2.0及以上版本将无需此类操作）主从复制中，主库的任何更新都会同步到从库，如果从库不想重做主库的某个更新动作，可以使用以下两种方法进行规避。当然，最终带来的影响是主从环境数据不一致的问题。以下的测试环境中，主库是InnoDB，从库是StoneDB，在主库做从库不支持的DML或者DDL。从库执行GTID的空事务###主库mysql>showcreatetablettt\G***************************1.row***************************Table:tttCre
2022年8月9日下午，StoneDB数据库主体研发单位石原子科技与华为、openGauss开源社区、云和恩墨、甲骨文等组织受邀参与《开源数据库服务商服务能力分级要求》标准第一次讨论会。重点讨论：标准的能力域与能力项的分类。后续，项目组将会继续完善能力分级要求，推进开源数据库标准的编制工作。至今，石原子科技已参与起草多个国家级和行业级标准的编写工作。1、该讨论会由中国通信标准化协会大数据技术标准推进委员会数据库与存储工作组（CCSATC601WG4）联合中国信通院数据库应用创新实验室（CAICTDBL）在线上召开；2、中国信通院数据库应用创新实验室简介：2019年10月，中国信息通信研究院云计
近日，一体化实时HTAP数据库StoneDB与华为鲲鹏920已完成并通过相互兼容性测试认证，取得KUNPENGCOMPATIBLE证书及认证徽标的使用权。该认证意味着 StoneDB 在兼容性、稳定性、性能、安全、功耗、功能等六大维度的测试均符合鲲鹏技术标准，可以适配华为鲲鹏920处理器。StoneDB是由石原子科技公司自主设计、研发的国内首款基于MySQL内核打造的开源HTAP（HybridTransactionalandAnalyticalProcessing）融合型数据库，可实现与MySQL的无缝切换。StoneDB具备超高性能、实时分析等特点，为用户提供一站式HTAP解决方案。鲲鹏92
