在系统的快速迭代过程中，业务系统往往部署在同一个物理库，没有做核心数据和非核心数据的物理隔离。随着数据量的扩大这种情况会带来稳定性的风险，如库的慢sql，磁盘，IO等等都会相互整体影响，从而影响核心系统的业务稳定性，因此需要将核心业务的业务表从原有库里抽取出来，单独到新库里。而…

在上一篇文章《记一次独角兽公司双系统迁移合并解决方案》当中，我给大家讲述了一次在上家公司进行双系统数据迁移合并的解决方案。看到有蛮多小伙伴点赞和留言的，还是十分欣慰的。不过其中也有小伙伴表示我的解决方案太麻烦复杂了，还不如双写的方案。关于数据迁移，双写确实是大家很常见也很喜欢的…

大家好，我是田螺。 金三银四已经开始啦，准备了SQL优化的13连问，内容非常干！相信大家看完一定会有帮助的。

一、前言 大家如果看过我之前发过的文章就知道，我写过很多篇关于 MySQL 的文章，从我的 Github 汇总仓库 中可以看出来： 可能还不是很全，算是对 MySQL 有一个浅显但较为全面的理解。之前

上文我们聊了基于Sentinel的Redis高可用架构，了解了Redis基于读写分离的主从架构，同时也知道当Redis的master发生故障之后，Sentinel集群是如何执行failover的，以及其执行failover的原理是什么。 这里大概再提一下，Sentinel集群会…

分库分表后对数据库的性能提升，用一个字形容，那就是爽！分库分表能让数据存储层真正成为高性能、高可用、高稳定的三高架构，但爽归爽，其带来后患问题也是无穷的，本文则携手诸位详解分库分表后产生的一系列问题！

分库分表：业务发展越来越快，导致单机数据库承受的压力越来越大，数据量也越来越多，这个时候通常会使用分库的方法去解决这个问题，将数据库的流量均分到不同的机器上。从单机数据库到分库这个过程，我们就需要完整的迁移我们的数据，我们才能成功的分库的方式上使用我们的数据。 更换存储介质：上…

读过 HashMap 源码的同学，应该都知道 map 在扩容的时候，有一个 rehash 的过程。 没有读过也没有关系，可以花时间阅读下 从零开始手写 redis(13) HashMap源码详解 简单了解下整个过程即可。 扩容(resize)就是重新计算容量，向HashMap对…

详解explain分析SQL; 索引失效的几个场景; SQL优化的几个场景: 大批量插入; order by; group by; limit分页; insert操作; 嵌套查询; or条件