lijianlong1989的博客

OOM是实例使用内存超过实例规格内存上限导致进程被kill，实例存在秒级的不可用。的内存管理比较复杂，内存监控需要开启performance schema查询(默认关闭)，会带来额外的内存消耗和性能损失，在不开启performance schema情况下排查内存使用情况又比较困难。本文将基于TDSQL-C（基于MySQL5.7）总结一下在线上经常出现的一些OOM的场景、排查手段及相应的优化方案。

为什么重视Code Review?结合下面这个例子，我们来谈谈为什么要重视code review。假设你作为新人刚入职，领导分配了一个需求，于是接下来做了下面这些事：为了完成任务疯狂敲了三天代码你将一个包含大约 800行新代码的commit提交MR收到两条关于代码风格的意见，以及一个对某块代码不是很理解的疑问修复了代码风格问题并回答了reviewer的问题，接着reviewer通过了你写的代码把代码分支合并到 Master，自动化测试完成，没有异常发生此后 几个月，你一直战战兢兢，不知道代

​云原生数据库TDSQL-C作为腾讯云架构平台部核心数据库产品之一，致力于为云上ToB用户和公司自研业务提供集高性能、低成本、大存储、低延迟、秒级扩缩容、极速回档、Serverless化七大特性于一体的企业级数据库服务。本文将给大家分享《TDSQL-C 容灾的实践和探索》，主要内容有以下三个方面：1 云原生数据库和传统数据库的架构对比2MySQL数据库的容灾部署模型3TDSQL-C异地容灾系统的实践​

数据库为了高效读取和存储物理数据，通常都会采用缓存的方式来弥补磁盘IO与CPU运算速度差。InnoDB 作为一个具有高可靠性和高性能的通用存储引擎也不例外，Buffer Pool就是其用来在内存中缓存数据页面的结构。本文将基于MySQL-8.0.22源码，从buffer pool结构、buffer pool初始化、buffer pool管理、页面读取过程、页面淘汰过程、buffer pool加速等方面介绍buffer pool的实现原理。

​在一些极限的测试场景下，数据库实例会频繁的自动启停，这时候如何保证数据库实例停止后快速恢复呢？如何保证在恢复数据库实例时无需用户重复链接，直到恢复访问？站在用户的角度考虑，谁都不希望数据库每次启停都耗费大量的时间，更不希望在这个过程中对业务有任何的影响。因此，极致压缩冷启动时间，做到链接不断转发请求的能力相当关键。为了实现这一能力，TDSQL-C做了众多探索，最后选定了通过在接入层增加一个恢复感知器来实现秒级冷启动这一方案。同比于通过 proxy 来实现链接的保持和转发能力的方案，TDSQL-C采

你有了解过无服务器架构（Serverless）数据库吗？什么是Serverless呢？简单理解，Serverless 分为 FaaS 和 BaaS 两个部分，其中 FaaS 指的是函数即服务，BaaS 是后端即服务。

​MySQL 8.0 原子DDL 是一个复杂的过程，涉及比较多的模块，例如：MDL 锁，表定义缓存，行格式，Row Log，DDL Log，online 属性，表空间物理文件操作等。本文主要通过与MySQL5.7版本的对比讲述原子性相关的实现。​

随着互联网的高速发展，企业的数字化改革与精细化运营，均对数据库能力提出了越来越高的要求，数据分析能力、异构数据处理能力等愈发重要。公司各类报表整合，年终数据盘点，分析预测等越来越多的业务开始需要进行复杂查询。并且，爆炸性的数据量增长也使得传统的数据库能力难以应对。企业的很多业务将对数据的实时性和效率性要求越来越高，想一想你的企业是否也是这样：想更早更快的在数据中识别和阻断漏洞，保证业务平稳运行；想更快更准的定位数据，提升服务效率；想更多更丰富的指标和计算口径，实现业务的快速增长；