最近在做数据汇总 数据比较复杂 发觉自己的SQL知识有点不够稳固了 打算一步步整理一下数据库常用的相关知识点 温故而知新 有些东西写出来好像记下来更清晰

作为在后端圈开车的多年老司机，是不是经常听到过，“mysql 单表最好不要超过 2000w”,“单表超过 2000w 就要考虑数据迁移了”，“你这个表数据都马上要到 2000w 了，难怪查询速度慢”

SQL 写不好 加班少不了 日常工作中SQL 是必不可少的一项技术 但是很多人不会过多的去关注SQL问题 一是数据量小 二是没有意识到索引的重要性 本文主要是整理 SQL失效场景 如果里面的细节

MySQL的库表设计，在很多时候我们都是率性而为，开发时代码敲着敲着发现结构不合理，又会去重构表、甚至大面积重构库结构，那在设计库表时有没有一套合理的设计方法论呢？答案是有，本篇一起来看看~