为什么要小表驱动大表？ MySQL在执行Join操作时，优先使用较小的表作为驱动表（也称为外层表）去连接较大的表（也称为被驱动表或内层表）。这样做的原因是，对于连接操作，通常需要对驱动表进行全表扫描或

在面对复杂条件查询时，MYSQL往往显得力不从心，一般公司的做法会通过将mysql中的数据同步到ES，之后的查询就通过ES进行查询，ES在面对多条件复杂查询时，能较快的查询出结果集。 在MYSQL数据

最近接了一个需求，要提供一个随意组合多个条件来查询订单数据的功能，看着数据库里过亿的订单量，头发不争气的又脱落了两根代表这个需求不简单

索引下推是从 MySQL5.6 开始引入一个特性，英文是 index condition pushdown，一般简称为 ICP，索引下推通过减少回表的次数，来提高数据库的查询效率。 有的小伙伴可能也看

MySQL in 太多出现慢的原因 在MySQL中有一个配置参数eq_range_index_dive_limit，它的作用是一个等值查询(比如：in 查询)，其等值条件数小于该配置参数，则查询成本分

间隙锁 间隙锁是对索引记录之间的间隙的锁，或者是对第一个索引记录之前或最后一个索引记录之后的间隙的锁。

导出手动添加的人脉分析 前提分析 先看用到的表： connections_batch_relation ：批量添加人脉表 connections_company_initialization ：公司初

在企业后台管理系统中，充斥着各种对象关联关系，联表查询必不可少。很多CRM项目在发展初期，背后的列表查询SQL都是各种join，主打一个敏捷开发，快速上线。在项目的访问量、数据量比较小的时候

当我们使用 Mysql数据库到达一定量级以后，性能就会逐步下降，而解决此类问题，常用的手段就是引入数据库中间件进行分库分表处理，但是这种都是，现在使用分布式数据库 tidb 就可以解决