在上一篇文章《MySQL“索引失效”的隐形杀手：隐式类型转换，你了解多少？》中，我们学习了MySQL隐式转换会导致索引失效的场景，以及隐式转换的基本规则。不过场景都局限于单条SQL语句查询的情况。 除

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

在前面的文章中我们写了一些会导致索引失效的场景，比如《MySQL中，IS NULL和IS NOT NULL不会走索引？错！》一文。 今天这篇文章再介绍另外一种非常隐蔽，但又很容易导致索引失效的场景：隐

很多人面试MySQL都会被问到一个经典问题：“你知道什么是水平分区吗？”听起来简单，其实这是数据库架构优化的灵魂题。今天，小米就给大家讲讲我被这个问题“教育”过的一次真实面试故事。

今天这篇文章我们来简单介绍一下MySQL的OR条件查询，以及它可能会引发的索引失效（即不走索引）的场景以及解决方案。方便大家在实践中，留意是否正确使用了OR条件查询。 MySQL的OR条件查询简介 在

在 MySQL 中存储日期和时间有几种不同的方法，想要选择正确的方式就需要大家理解要存储的数据类型以及 MySQL 如何处理这些数据类型。 这篇文章就带大家梳理一下MySQL的这些日期与时间的类型。

本文介绍了MySQL常用的json_函数，对于解析一些json字段内容有很大的帮助，虽然用起来感觉没那么易用，但还是能解决不少问题，让我们拿下它。

当一张表的数据从几十万涨到几千万时，查询速度慢得让人想哭。面试官一句“你知道垂直分区吗？”足以让无数开发人心跳加速。本文，小米带你用通俗易懂的方式，彻底搞懂MySQL垂直分区的原理、玩法与坑点！

面试官常问：MySQL 数据表上亿时，limit 1000000,10 这种超大分页该怎么优化？本质是避免“扫描+丢弃”。本文从索引、延迟关联、游标分页到业务层面与 MySQL8.x 新特性全面解析。

最近接了个外包，和另外两个哥们一起开发。因为他们的时间更充裕，所以前期的表结构都是他们来设计，我没有参与。等我空下来开始做我的部分时，两眼一抹黑，光看表名完全不知道是什么东西。 我不理解，但大受震撼

曾经有一位开发者说过一句话，很有道理：一个功能的实现，在数据量或并发量比较小的时候，怎么样都可以，但一旦将数据量和并发量逐步扩大，问题就会逐步显现出来了。 这篇文章，就带大家梳理一下，在MySQL的数

数据库的三大范式，它是数据库设计中最基本的三个规范，那么，三大范式是什么？在实际开发中，我们一定要严格遵守三大范式吗？这篇文章，我们一起来聊一聊。

本文介绍了MySQL的Binlog日志，及常用查询命令，以及如何利用它来对数据库的删除操作进行回滚，让我们开始。

揭秘MySQL三大DDL算法（copy、inPlace、Instant Add Column），助你线上修改表结构不锁表、不宕机，轻松解决面试与生产难题！

联合索引是我们在实践的过程中必然会遇到的一种索引使用场景，当使用联合索引时，“最左匹配原则”又是必须知道的知识点。 今天这篇文章带大家一起学习一下MySQL的联合索引以及MySQL对联合索引执行的最左

2.2 包安装 2.2.1 RHEL系列 2.2.1.1 Yum资源库安装MySQL 2.2.1.1.1 MySQL 8.0 在“Rocky 8/9、AlmaLinux 8/9、CentOS Stre

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

在数据库性能优化中，“隐式类型转换导致索引失效” 是一个广为人知的问题。但有一种更隐蔽的情况常常被忽略：当表字段和传入参数明明都是整数类型时，竟然也会因为类型转换导致索引失效。这背后的 “真凶”，往往

本文将深入分析索引失效的多种场景及其背后的原理，帮助你全面理解索引为何有时会“失效”，以及如何有效避免和优化这类问题。