千万级大表加字段，一句ALTER可能让服务瘫痪。本文揭秘PT-OSC、Online DDL等实战方案，如何在业务无感的情况下安全完成结构变更，附真实案例与避坑指南，再也不用半夜改表提心吊胆。

如果我们现在在搭建新的业务架构，如果说你们未来的业务数据量会达到千万 或者上亿的级别 还在一股脑的使用分库分表的架构，那么你们的技术负责人真的就应该提前退休了

MySQL索引：SQL性能分析工具详解（进阶篇） 一、前言 索引优化不能凭感觉，而是需要科学的性能分析工具。就像医生看病需要体检报告一样，优化SQL也需要"体检报告"——这就是本文要讲的性能分析工具。

本文核心介绍，为何业界会有这样的说法？—— “MySQL单表存储数据量最好别超过千万级别” 当然这里是有前提条件的，也是我们最常使用到的： InnoDB存储引擎； 使用的是默认索引数据结构

大家好，我是立东，一名全栈工程师，专注于Java与Vue技术栈的开发。我在工作流业务领域有着丰富的经验，并在2023年至2024年间陆续开源了多个相关项目，包括工作流设计器、工作流引擎以及工作流管理系

大家好，我是捡田螺的小男孩~ 日常开发中，我们后端程序员经常需要写SQL。写完SQL后，我们会考虑对查询条件的列加索引。 那么，你知道mysql中，一个表最多只能加多少个索引嘛？一个联合索引最多

故事背景 今天运维那边反馈有一个设备在后台查不到，我第一时间怀疑可能是数据出了问题，导致服务报错了没有入库。我拿着日志去本地请求接口，发现程序是没有报错的，我们的逻辑是先把唯一id放到redis里面，

本文主要围绕着 Undo Log 回滚日志、Redo Log 重做日志、和Binlog 二进制日志 三大核心日志的核心细节介绍

Explain总览图 这篇文章主要看图 Explain是啥 1、Explain工具介绍 使用EXPLAIN关键字可以模拟优化器执行SQL语句，分析你的查询语句或是结构的性能瓶颈， 在 select 语