云原生数据库，是支撑现代数据服务的主体设施，它生于云上，长于云上，对外形成按需获取的DBCloud形态，使用者无需关心数据计算与存储的具体细节，无需为部署、运维、扩缩等工作付出精力，无需对数据计算的模态（AP，TP，流，图等）做出额外的规划与设计，无需区分所选择云计算基础设施IaaS的特性与区别，只需要向云原生数据库DBCloud的运营者申请使用相应的服务即可，这是现代数据库技术与服务发展的必然方

在云计算基础设施IaaS服务中，“存”与“算”的分界是清晰的，客户会分别为“存”与“算”按需消费。不只是专门的存储服务如S3、对象存储、块存储、NAS等，即使是在最基本的虚拟机服务ECS上，“存”也需要由消费者进行选择，而选择的对象是云盘，即位置对用户透明，不需要消费者关心是否在计算节点的本地：其实连计算节点本身位于何处也是无需关心，又何谈本地。随着云计算服务的持续发展，“存”与“算”的界限，无论

本文对新一代NewSQL分布式数据库发展策略中的普遍困扰进行讨论，试图厘清云原生（Cloud Native）与本地部署(On Premise)、HTAP进展方向、分布式与单机需求等分布式数据库商业与技术发展中难以决策的问题。1. 困扰分布式NewSQL数据库近年来蓬勃兴起，其原因显而易见：切中了业务与数据量不断增长的用户对关系型数据库RDBMS需求，这在传统RDBMS到大数据的发展阶段中，有相当一

本文对新一代NewSQL分布式数据库发展策略中的普遍困扰进行讨论，试图厘清云原生（Cloud Native）与本地部署(On Premise)、HTAP进展方向、分布式与单机需求等分布式数据库商业与技术发展中难以决策的问题。1. 困扰分布式NewSQL数据库近年来蓬勃兴起，其原因显而易见：切中了业务与数据量不断增长的用户对关系型数据库RDBMS需求，这在传统RDBMS到大数据的发展阶段中，有相当一

HTAP应该怎样来描述？这需要进行更加深入的讨论与抽象。交易的同时还能做些分析的分布式数据库也有很多，混合负载的提法其实也由来已久，并且都偏向于技术层面，缺乏更有业务特性的、更具代表性的表达。如果将HTAP定位为一种新兴的、有时代意义的架构与技术，那显然不能停留在这样的理解上。假若依据HTAP需要带来的IT架构转型（即“分析上移、数据普惠”）目标，以及重点的应用场景类别（即“分析内嵌的应用”与“数

网上有很多材料，有的说安装TDM-GCC，有的又说安装mingw64，有的又说安装win64devkit，反正笔者自己的经验是：win64devkit（注意，可以多装几个，因为编译.so文件时，和运行时要求的，可能有时候要用不同的gcc，如果不行，就换一个，反正win64devkit编译下面的.so是没问题的）有很多网站都分享了一些经验，但不知道是不是环境的问题，笔者自己发现按照网上的文章，很多都

HTAP数据库，即交易分析混合负载型DB，已经成为一种流行的新型数据库。不仅概念很火，并且也在逐渐成为除OLTP、OLAP之外，越来越多数据库用户新的选型规范。然而，同时又存在一些现象：一是一夜之间，所有的数据库都变成了HTAP数据库；二是除了“能同时承载交易与分析SQL”这一极易模糊的理解之外，基本没有清晰明确的界定；自然而然，对HTAP的应用场景，也是八仙过海，各式各样，并不清晰的。这些，都导