写在前面的话 技术选型是由技术方向和业务场景 trade-off 决定的，脱离业务场景来说技术选型是没有任何意义的，所以本文只是阐述了伴鱼技术团队数据库选型的过程，这并不是 MySQL、MongoDB

“不要使用SELECT *”几乎已经成为了MySQL使用的一条金科玉律，就连《阿里Java开发手册》也明确表示不得使用`*`作为查询的字段列表，本文从4个方面给出理由。

我们平时建表的时候，一般会像下面这样。 出于习惯，我们一般会加一列 id 作为主键，而这个主键一般边上都有个 AUTO_INCREMENT, 意思是这个主键是自增的。自增就是 i++，也就是每次都加

💡 引言：平常在开发过程中，或多或少碰到过数据去重的场景，数据少没问题，数据大的情况下，如果没有很好的算法逻辑或者工具，效率慢且容易出错。 本文主要阐述一种基于父子关系的高效去重算法。

在开发过程中，经常会碰到一些业务场景，需要以完全模糊匹配的方式查找数据，就会想到用like %xxx% 或者 like %xxx的方式去实现，而且即使列上有选择率很高的索引，也不会被使用。在MySQL中可以通过ICP特性，全文索引，基于生成列索引解决这类问题，下面就从索引条件下…

我负责的有几个系统随着业务量的增长，存储在MySQL中的数据日益剧增，我当时就想现在的业务方不讲武德，搞偷袭，趁我没反应过来把很多表，很快，很快啊都打到了亿级别，我大意了，没有闪，这就导致跟其Join的表的SQL变得很慢，对的应用接口的response time也变长了，影响了…

我一想索引我写过很多了呀，没道理读者还不会啊，但是我一回头看完，那确实，我就写了索引的概念，优劣势，没提到怎么设计，那这篇文章又这样应运而生了。 本文还是会有很多之前写过的重复概念，但是也是为了大家能更好的理解MySQL中几种索引设计的原理。 我们知道，索引是一个基于链表实现的…

天天和数据库打交道，一天能写上几十条 SQL 语句，但你知道我们的系统是如何和数据库交互的吗？MySQL 如何帮我们存储数据、又是如何帮我们管理事务？....是不是感觉真的除了写几个 「select * from dual」外基本脑子一片空白？金三银四读者福利：整理好的MySQ…

从标题可以看得出来，当时我们只做了分表；还是由于业务发展，截止到现在也做了分库，目前看来都还比较顺利，所以借着脑子还记得清楚来一次复盘。 整个过程也很好理解，基本符合大部分公司的一个发展方向。 很少会有业务一开始就会设计为分库分表，虽说这样会减少后续的坑，但部分公司刚开始都是以…