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

乐观锁与悲观锁是锁机制的设计思想，而MVCC是InnoDB为实现事务隔离、提升读写并发性能打造的独立并发控制体系，通过版本控制与可见性算法，从根本上减少锁的依赖，实现高效的读写并行。

新功能要上线，产品经理说要加个字段。你一看表结构，倒吸一口凉气——这表已经30多个字段了，而且好几个字段还是用逗号分隔存一堆值。改还是不改？这是个问题。

一、MySQL大表的标准和定义 数据量维度：单表行数超过1000万行，或单表占用空间超过100GB（不同业务场景下阈值差异较大，如高并发业务中500万行可能就成为大表）； 并发场景性能维度：查询耗时稳

大家好，我是苏三，又跟大家见面了。 前言 今天我们来聊聊一个让很多DBA和开发者头疼的话题——千万级大表的数据删除。 有些小伙伴在工作中，一遇到大表数据删除就手足无措，要么直接DELETE导致数据库卡

前言 最近星球中有位小伙伴说：他不小心把测试环境MySQL表中所有数据都误删了，问我要如何快速恢复？ 幸好他误删的是测试环境，非生产环境。 我遇到过，之前有同事把生产环境会员表中的数据误删除的情况。

大家好，我是哪吒。 1、先了解MySQL的执行过程 了解了MySQL的执行过程，我们才知道如何进行sql优化。 客户端发送一条查询语句到服务器； 服务器先查询缓存，如果命中缓存，则立即返回存储在缓存中

在一些中小型项目开发中，我们通常会使用自增 ID 来作为主键的生成策略，但随着时间的推移，数据库的信息也会越来越多，尤其是使用自增 ID 作为日志表的主键生成策略时，可能很快就会遇到 ID 被用完的情

MySQL索引数据结构是B+树，全量数据存储在主键索引，也就是聚簇索引的叶子结点上。B+树插入和查询的性能和B+树层数直接相关，2000W以下是3层索引，而2000w以上则可能为四层索引。