PolarDB-SCC 利用单边的RDMA 进行日志传输，减少网络开销节省CPU周期，如下图所示每个只读RO节点有一个日志的缓冲区，RW节点的日志缓冲区的日志数据将始终远程写入到RO节点日志的缓冲区中的相同的偏移量位置，RW节点为每个RO节点分配一个日志写入程序，负责通过RDMA 将日志写入到RO节点缓冲，RO节点会自动在RW节点中注册，然后相关的日志会写入到从节点中。

有意思的事情每天都有，最近一个客户的公司的PG数据库在运行中，出现了一个问题，客户在对数据进行排序的过程中，发现数据虽然一致，但两个存储同样数据的数据库，在进行语句查询的时候，给出的结果不同，基于他们只取结果集的前两条，导致同样的数据库表，同样的数据，最终在界面上给客户展示的数据不同。

周一在发了一篇关于DOCKER的文章后，群里有同学反馈，见下图，我的确是没有从这个角度来出发，实际上很多技术的骗局就来自于非技术的因素。

最近是百业萧条，本地前十的新能源的电池大厂也停工了，2023年还有一个月结束，真是令人记忆深刻。

最近滴滴的故障的问题，相信各大群都有分析，故障点一致指向了K8S ,Docker。 实际上对于Docker本身数据库工程师并不是很熟悉，基于数据库的本身的重要性和承载的业务量等区别，不少大型的应用是不会使用docker 来承载数据库应用的。

PG16开源的版本发布有一段日子了，作为著名的开源关系型数据库管理系统，最新的版本，在数据管理，数据复制，系统监控和性能优化等都在达到新的高度，PG的企业版本，EDB ，作为PostgreSQL 开源数据库的主要代码的提供者，向企业提供更优秀的商业版本的PG，对于最新的PG16 ,EDB 推出了 PG16.1 的数据库版本，也是最新的商业PG的数据库产品。这里EDB 一直在推动开源的数据库PostgreSQL的发展，并作为这个领域的头号贡献者，这里我们看看最新的PG16.1 的企业版本有什么新的功能。

最近在MySQL运行中应用程序报错，/home/mysql/data3009/tmp/#sql_14cdb_24' is full" 。

开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, Oceanbase, Sql Server等有问题，有需求都可以加群。加群请联系 liuaustin3 ，（共1730人左右 1 + 2 + 3 + 4 +5） 4群（260+）,另欢迎 OpenGauss GaussDB的技术人员加入。

开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, Oceanbase, Sql Server等有问题，有需求都可以加群。加群请联系 liuaustin3 ，（共1730人左右 1 + 2 + 3 + 4 +5） 4群（260+）,另欢迎 OpenGauss GaussDB的技术人员加入。

Mongoshake 是阿里云自研的开源工具，实现Mongodb 数据库之间的数据同步，数据灾备，数据多活，分库分表，版本升级无间断。

首先的自我检讨与自我批评，最近有点懒，知识的更新慢，最近在更换系统到ubuntu 22.04 ,废弃centos ,同时MYSQL 都在8 以上，之前MySQL都是在CENTOS 7.5 上安装，并且也都自动化安装，基本上没有问题，但到了ubuntu 22.04 基于对于系统的不熟悉, 产生很多的问题。

大家好我叫亚历山大.库是金，今天我给大家介绍的是patroni 3.0的一些新的规划和功能，主要有以下的一些议题，功能介绍，问题的修复，以及新的功能。

在MySQL8 innodb 参数中有一些需要在在重新梳理，发现一些新版本的添加的参数，更新知识，也将老的知识在重新唤醒。

开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, Oceanbase, Sql Server等有问题，有需求都可以加群群内有各大数据库行业大咖，CTO，可以解决你的问题。加群请联系 liuaustin3 ，在新加的朋友会分到2群（共1720人左右 1 + 2 + 3 + 4+5） 另欢迎 OpenGauss GAUSSDB的技术人员加入

在基本的读等待方案中，在处理RO节点上的读请求之前，总是要等待发生在特定时间戳之前的日志被应用，这意味着即使此请求仅访问数据的一个小子集也必须等待所有本地内存数据更新为最新，为避免对于读请求中无关的日志应用而产生的等待，我们提出一种新的修改跟踪协议，以不同的层次来跟踪RW节点最新修改时间戳，使RO节点能够在不同的层级上检查时间戳，并且只需要等待请求的数据更新为最新。

事情是这样的，在我们的MySQL 被 POLARDB 打败了后，我们遇到一个问题，就是强一致读的问题，在一个特殊的应用中，在大批量写后，需要立即进行数据的读，之前在MySQL都是打到主库，但基于想利用PolarDB的double 节点，总不能还强制将读都指定到写节点，所以我们采用了原有的方案，但是发现在大量的写后去马上读的中应用给出的延迟在20ms，也就是在大量UPDATE 几百万的数据后，从库的数据延迟应该在20ms内。虽然我们也解决了这个问题，但是实际上POLARDB 还有一个新的功能我们没有用到，POLARDB-SCC 。

MySQL搭建主从怎么做，相信在MySQLDBA的手里是一件非常简单的工作，xtrabackup 数据库，然后恢复，在然后做主从配置，启动slave start。

更换某个数据库进行各种前期的测试和比对是非常正常的事情，但是再正常的事情中，可以包含无数的你意料以外的事情，今天就所说最近遇到了一次有意思的数据库测试POC中的问题。

问题是这样的，最近有同学问关于MySQL 的字符乱码的问题，说从一个数据库到另一个数据库，配置相同，但是为什么这个数据库的中文就是中文，到另一个数据库就是乱码？

上次在安装和简单的实现了备份后，产生了很多的问题，基于这些问题我们持续的开始针对pgbackrest进行研究和发现里面的一些问题。