增、删、改是数据库中十分常见的操作，但为什么一个事务对一条数据进行变更操作后，另外一个事务却看不见呢？这背后的一切究竟是何原理？本篇与诸位携手共探MySQL-MVCC机制。

## MySQL业务设计  - **作者:** 博学谷狂野架构师 - **GitHub：**

本文第一介绍深分页问题表现和原因。第二介绍深分页问题三种解决方法，方案一是从业务维度优化，方案二是使用覆盖索引进行优化，方案三是使用Id分页。第三展示MyBatis相关代码

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第2天，点击查看活动详情 1.写在前面 在昨天的时候，我们就谈到了数据库调优原理和分享了JMeter数据库压力测试案例 详情可参考这

前言 公司业务中遇到一个需求，需要同时修改最多约5万条数据，而且还不支持批量或异步修改操作。于是只能写个for循环操作，但操作耗时太长，只能一步一步寻找其他解决方案。 具体操作如下： 一、循环操作的代

我们通常会遇到这样的一个场景，就是需要将一个数据库的数据迁移到一个性能更加强悍的数据库服务器上。这个时候需要我们做的就是快速迁移数据库的数据。 那么，如何才能快速地迁移数据库中的数据呢？今天我们就来聊

分库100个，单库128张表，以用户id进行分片，针对这个场景，我会设计一种基于一致性哈希算法的分库分表方案。 首先，需要确定哈希函数的选择。由于用户 ID 是一个字符串，可以选择 MurmurHas

无论你是Java、Go、PHP、Python、Node....任何语言的开发者，如若对数据库仅停留在基本的增删改查，那相信本系列的文章绝对能助力大家成为“码农Plus”，也一定值得诸位细读品鉴~

这是我参与更文挑战的第1天，活动详情查看： 更文挑战 引言 mysql的存储引擎本来是有不少的，随着业务和场景的迭代，现在业务基本上都只用innodb，不支持事务的引擎使用的越来越少了。 接下来的我会