​昨天的案例讲了因为PG的DOUBLEBUFFERING导致的SQL执行忽快忽慢的问题，有些朋友在问是不是Oracle之外的很多数据库都是用类似的方式读取文件，这种DoubleBuffering技术是不是很落后，是不是必须加以改进。实际上，只要是使用文件系统，并且在读数据时没有采用DIO的数据库都会存在DOUBLEBUFFERING的问题，早期的Oracle也存在类似问题。上图比较清晰的说明了DOUBLEBUFFERING问题，对于写的情况，因为先写入CACHE,再由OS把CACHE写入磁盘，中间会有一些性能损失，不过对于现代的数据库来说，只有REDO/WAL是需要强一致性写入的，数据文件的写

​过节前我和PG中国社区合作搞了一个关于如何使用D-SMART来运维PG数据库的线上直播，正好我的一个金融行业的客户听了我的介绍，打电话过来聊了聊。他们正在做数据库信创的选型，也试用了多个国产数据库，最后他们准备选择TDSQL。当时我觉得有点意外，他们从2020年就开始在做国产数据库选型，不过好像最初使用TDSQL后的感受并不太好。后来经过沟通才了解到，他们刚开始使用TDSQL的分布式数据库，发现对研发要求太高，所以后来就全部选择TDSQL的集中式MYSQL实例，用下来发现挺好用的。整个数据库云的节点数也从最初的十几个扩展到了大几十个。无独有偶，昨天和另外一个金融客户在微信上聊了聊数据库信创选

​过节前我和PG中国社区合作搞了一个关于如何使用D-SMART来运维PG数据库的线上直播，正好我的一个金融行业的客户听了我的介绍，打电话过来聊了聊。他们正在做数据库信创的选型，也试用了多个国产数据库，最后他们准备选择TDSQL。当时我觉得有点意外，他们从2020年就开始在做国产数据库选型，不过好像最初使用TDSQL后的感受并不太好。后来经过沟通才了解到，他们刚开始使用TDSQL的分布式数据库，发现对研发要求太高，所以后来就全部选择TDSQL的集中式MYSQL实例，用下来发现挺好用的。整个数据库云的节点数也从最初的十几个扩展到了大几十个。无独有偶，昨天和另外一个金融客户在微信上聊了聊数据库信创选