源码解读：semi join如何避免拉取大表数据？（一）
Hash join是解决复杂join的一个重要手段，但其无法避免拉取左右两端的数据到计算层进行计算，导致某些场景下执行效率不高。作为一种补充，bka join则可以利用OLTP数据库中的索引，通过join构造inner表的predicate命中表索引，在某些场景下有比较好的join效率。PolarDB-X是面向HTAP设计的分布式数据库，在复杂查询时也会重点考虑利用数据库的索引信息来提升join的查询效率，因此有了本文的semi bka join。
实践教程之如何在PolarDB-X中进行Online DDL
PolarDB-X 为了方便用户体验，提供了免费的实验环境，您可以在实验环境里体验 PolarDB-X 的安装部署和各种内核特性。除了免费的实验，PolarDB-X 也提供免费的视频课程，手把手教你玩转 PolarDB-X 分布式数据库。
【MySQL】事务日志 redo log 详解
redo 日志降低了刷盘的频率，并且redo日志占用的空间非常小。（redo日志主要存储表空间ID、页号、偏移量以及需要更新的值，所需存储的空间很小，刷盘快）。Redo Log 可以简单的非为两部分组成：重做日志的缓存（redo log buffer），保存在内存中，容易丢失。重做日志文件（rodo log file），保存在硬盘中，保证持久性。Redo Log写入并不是直接写入磁盘的，Innodb引擎会在写Redo Log的时候先写redo log buffer，之后再以一定的频率刷入到真正的redo log file中。这里的一定的频率就是所谓的刷盘策略。
计算巢服务中的应用分组实践
在计算巢服务架构比较复杂的情况下，需要对服务中不同功能的资源进行分组。同一分组内的资源应用相同的服务配置，不同分组的资源应用不同的服务配置。本文介绍如何在计算巢服务内对资源配置应用分组。什么是计算巢服务计算巢服务是一个开放给服务商（包括：企业应用服务商、IT集成服务商、交付服务商和管理服务提供商等）和用户的服务管理PaaS平台。计算巢服务为服务商和用户提供了高效、便捷、安全的服务使用体验， 服务商