最近接到了一个新需求，要求提供查询关注对象的粉丝列表接口功能。该功能的难点就是关注对象的粉丝数量过多，不少店铺的粉丝数量都是千万级别，并且有些大V粉丝数量能够达到上亿级别。

大促备战，最大的隐患项之一就是慢SQL，对于服务平稳运行带来的破坏性最大，也是日常工作中经常带来整个应用抖动的最大隐患，在日常开发中如何避免出现慢SQL，出现了慢SQL应该按照什么思路去解决是我们必须

聊一聊Mybatis插件机制，你有没有自己编写 Mybatis 插件去实现一些自定义需求呢？ 插件是一种常见的扩展方式，大多数开源框架也都支持用户通过添加自定义插件的方式来扩展或改变框架原有的功能。

分页是一个很普通的功能，只要是个后端开发就要写分页，那为什么要分页？从业务上来讲，即使系统返回所有数据，用户绝大多数情况下是不会看后面的数据的。

MySQL内部采用多线程执行业务SQL，但多线程虽然性能优异，但在高并发情况下自然也会带来一系列隐患问题，那MySQL是如何保障并发读写数据时的安全性呢？本文咱们一起来聊一聊MySQL的锁机制。

这篇文章，是对SQL常用查询优化法则的总结，值得细看 文章目录 法则一：只返回需要的结果 法则二：确保查询使用了正确的索引 法则三：尽量避免使用子查询 法则四：不要使用 OFFSET 实现分页 法则五

@[toc] 上周松哥转载了一个数据批量插入的文章，里边和大家聊了一下数据批量插入的问题，批量插入到底怎么做才快。 有个小伙伴看了文章后提出了不同的意见： 松哥认真和 BUG 同学聊了下，基本上明白了

B哥：直接分页查询，使用limit分页。 也许有些人没遇过上千万数据量的表，也不清楚查询上千万数据量的时候会发生什么。 代码创建一千万？那是不可能的，太慢了，可能真的要跑一天。可以采用数据库脚本执行速度快很多。 MySQL 支持 LIMIT 语句来选取指定的条数数据， Orac…

我们可以发现传统的MyBatis存在很致命的问题，每个实体表对应一个实体类，对应一个Mapper.java接口，对应一个Mapper.xml配置文件每个Mapper.java接口都有重复的crud方法