MySQL

大型电商的订单系统，如何设计分库分表方案？ 回答 大型电商的订单系统的分库分表，主要考虑的就是分表数量、分表字段、分表算法这几个方面。 1、 分库 vs 分表，怎么理解？ 分库、分表、分库分表，他是三

千万级数据量必须分库分表？揭秘几个主流打法！ 回答 不到万不得已，不建议大家直接做分库分表。 优先方案 数据库优化 缓存 分区 数据归档 分布式数据库

MySQL"瘦身"之：分区分表存储原理解密，性能飞起 回答 在Innodb中（8.0之前），表存储主要依赖两个文件，分别是.frm文件和.ibd文件。 .frm文件用于存储表结构定义信息， .ibd文

为什么单表2000万时，要考虑分表？从B+树的角度分析 回答 根据经验来说，单表抗 2000万 数据量时，就要考虑分表了。 那他背后的计算逻辑是什么呢？这个数据是如何计算出的呢？ 1、 B+ 树的高度

高并发场景下做库存扣减，如何避免超卖和少卖？ 回答 一个典型的高并发场景下的超卖问题。 问题本质： 原子性定义： 有序性定义： 1、数据库 扣减 实现方案： 正常来说，MySQL 的热点行更新最多也就

MySQL 热点数据更新的秒杀级性能优化 回答 库存拆分：将大库存拆分为多个小库存，使扣减动作分散到不同库和表，降低锁粒度提升并发。 优点：实现相对简单。 缺点：存在数据碎片化问题，库存统一调控难度增

数据库乐观锁 vs 悲观锁 vs Redis分布式锁：高并发场景下的核心区别与选型指南 回答 1、悲观锁 悲观锁，假设最坏的情况。因此，在数据处理之前先加锁。 主要使用场景 当数据竞争较多，冲突频繁发

MySQL计数器：count(*)的底层原理与性能真相 14.1 count(*) 的实现方式 InnoDB 把数据一行一行地读出来，依次判断自己是否对这个会话可见，可见的行才能够用于计算 “基于这个

数据库和缓存不一致性的问题，如何解决？ 回答 为了保证 Redis 和 数据库 的一致性，肯定要缓存和数据库双写。 业内常见的 3 种方案： 先更新数据库，再删除缓存 延迟双删 cache-aside

性能对决：普通索引与唯一索引的底层博弈 在不同业务场景下，从性能角度考虑，选择唯一索引还是普通索引？依据是什么呢？ 回顾：InnoDB 的索引组织结构 9.1 查询 示例 SQL: select id