无论在OLAP还是OLTP领域，Join都是业务常会涉及到且优化规则比较复杂的SQL语句。对于离线计算而言，经过数据库领域多年的积累，Join语义以及实现已经十分成熟，然而对于近年来刚兴起的StreamingSQL来说Join却处于刚起步的状态。其中最为关键的问题在于Join的实现依赖于缓存整个数据集，而Strea

作为TiDB在「面向未来的数据库」道路上具有里程碑意义的版本，TiDB4.0在稳定性、易用性、性能、云原生等各个方面都有着巨大的进步。新增的特性（如实时的强一致性、Severless等）让TiDB产品能够支持更多元的业务类型；通过支持TLS、增加官方组件管理工具TiUP、提供可视化Dashboard及分布式备份工具BR(Backup&

概述本文主要分享针对想压测OceanBase时需要了解的一些技术原理。这些建议可以帮助用户对OceanBase做一些调优，再结合测试程序快速找到适合业务的最佳性能。由于OceanBase自身参数很多、部署形态也比较灵活，这里并没有给出具体步骤。数据库读写特点压测的本质就是对一个会话的逻辑设计很高的并发。首先需要了解单个会话在

　　单元测试的重要性这里就不说了，直接进入正题。很多程序员不喜欢写单元测试，导致项目经常会花很多时间去debug，这完全得不偿失。对关键方法进行单元测试，可以在早期业务逻辑还没那么复杂的时候，尽快排除症结。　　在dao，manager，server，web这样的分层项目中，通常单元测试是要写在server层的，因为server层可以测的最多。本文中不介绍

为什么要用事务Redis的单个命令是原子性的（比如getsetmgetmset），如果涉及到多个命令的时候，需要把多个命令作为一个不可分割的处理序列，就需要用到事务。例如我们之前说的用setnx实现分布式锁，我们先set，然后设置对key设置expire，防止del发生异常的时候锁不会被释放，业务处理完了以后再del，这三个动作我们就

基数HyperLogLog基数是一种算法。举个例子，一本英文著作由数百万个单词组成，你的内存却不足以存储它们，那么我们先分析一下业务。英文单词本身是有限的，在这本书的几百万个单词中有许多重复单词，扣去重复的单词，这本书中也就是几千到一万多个单词而已，那么内存就足够存储它们了。比如数字集合{

SpringBoot是Spring新出的一个框架，他的目的一如始初简化开发。我们开发项目的时候，为了让项目运行起来，我们要考虑很多架构、配置、依赖等问题，这些问题其实每个项目都要考虑，而且每个项目的开发都有固定的模版，这些重复的工作是每个项目的样板代码，SpringBoot做的就是帮我们完成这些重复行的工作，让我们只关注业务逻辑。主要帮我们完成了以下

背景分布式系统环境下，服务间类似依赖非常常见，一个业务调用通常依赖多个基础服务。如下图，对于同步调用，当库存服务不可用时，商品服务请求线程被阻塞，当有大批量请求调用库存服务时，最终可能导致整个商品服务资源耗尽，无法继续对外提供服务。并且这种不可用可能沿请求调用链向上传递，这种现象被称为雪崩效应。!(https://stati

查看Windows磁盘分区块大小的若干种办法背景：在3A云服务器上扩容磁盘，随着业务增加不断扩容磁盘，后来发现扩容超过16T就报错，报的错莫名其妙。我在想，我是单机，不是群集啊，咋回事？我切换到英文界面看到原话，原来微软中文版是把clusters当"群集"翻译了，实际上clusters还有"簇"的意思，在磁盘方面，clustersize其实就是units

本文主要介绍在业务复杂化背景下，京东零售购物车团队努力践行工匠精神，通过全异步化改造提升系统性能、提升用户体验。通过本文，读者可以了解购物车中台进行全异步化改造的总体方案，以及方案落地过程中遇到的问题及解决方法，读者可重点关注文中提到的多分页并行后，分页精细控制及底层RPC异常信息问题。