MySQL最大建议行数 2000w，靠谱吗？ 1 背景 作为在后端圈开车的多年老司机，是不是经常听到过，“mysql 单表最好不要超过 2000w”,“单表超过 2000w 就要考虑数据迁移了”，“你这个表数据都马上要到 2000w 了，难怪查询速度慢” 这些名言民语就和 “群里只讨论技术，不开车，开车速度不要超过 120 码，否则自动踢群”，只听过，没试过

order by是怎么工作的？ 在你开发应用的时候，一定会经常碰到需要根据指定的字段排序来显示结果的需求。还是以我们前面举例用过的市民表为例，假设你要查询城市是“杭州”的所有人名字，并且按照姓名排序返回前 1000 个人的姓名、年龄。 假设这个表的部分定义是这样的： 这时，你的 SQL 语句可以这么写： 这个语句看上去逻辑很清晰，但是你了解它的执行流程吗？今

SELECT COUNT(*) 会造成全表扫描？回去等通知吧 前言 SELECT COUNT(*)会不会导致全表扫描引起慢查询呢？ 网上有一种说法，针对无 where_clause 的 COUNT(\*)，MySQL 是有优化的，优化器会选择成本最小的辅助索引查询计数，其实反而性能最高，这种说法对不对呢 针对这个疑问，我首先去生产上找了一个千万级别的表使用

这几个SQL语法的坑，你踩过吗 " 本文已经收录到Github仓库，该仓库包含计算机基础、Java基础、多线程、JVM、常见框架、分布式、微服务、设计模式、架构等核心知识点，欢迎star~" "" " 地址：https://github.com/Tyson0314/Java-learning" 大家好，我是大彬~ 今天给大家分享几个SQL常见的“坏毛病”及优