盯着空白的命令行，光标一闪一闪，你是不是感觉数据库学习就像在迷宫打转？明明背了一堆SQL语法，可一到写查询就挤不出几个字。后台经常收到这种留言：“表关系理不清，一张订单表跟用户表、商品表怎么连都连不对。”别急着刷题，这玩意儿不是靠死磕能解决的。先停下来，改掉下面三个习惯，比你做一百道练习题都管用。

先别急着背语法，这几个坑我替你踩了

　　很多人刚开始数据库学习就扑在《SQL必知必会》上，把SELECT、FROM、WHERE的顺序背得滚瓜烂熟。可一遇到稍微复杂的业务需求，比如“统计每个品类下销售额超过一万的用户”，手指就僵住了。问题出在哪儿？你脑子里只有关键词的排列，压根没搞清楚表与表之间是什么关系。

　　先搞懂实体关系图（ER图）。花十分钟用手画一下客户、订单、商品三张表之间的连线，订单里的customer_id连客户表的主键，商品表通过product_id跟订单细节表对接。这一步做完了，SQL写不出来？那是伪命题——你只是在翻译一件已经看清的事情。

　　索引搞不懂？别一上来就听人讲B+树原理。你只需要知道：索引就是书的目录。没有目录你翻到第500页找“数据库学习”四个字得累死，有了目录几秒钟定位。日常写SQL时，explain一下执行计划，看看有没有走索引，比你背索引类型快得多。

从“写对”到“优化”，中间只差一个习惯

　　很多朋友用数据库学习几个月，SELECT *用得比喝水还自然。表里只有三行数据时没问题，等到线上几百万行，一下把整个表拖进内存，整个应用卡成幻灯片。这不是你技术差，是习惯没转过弯。

　　改掉“先写出结果再说”的思维。写完一条查询，停下来问自己三个问题：这个JOIN能不能用索引覆盖？WHERE条件里有没有对索引列做函数运算？返回的列是全部都需要吗？每次多花30秒思考，三个月后你的SQL效率能翻倍。

　　别慌。

　　参数调优没你想的那么玄。打开配置文件，调小innodb_buffer_pool_size？那是反向优化。正确的做法是先监控，看内存命中率、磁盘IO延迟，再动手改。官网文档写得清清楚楚，别信论坛里那些“大神”的万能脚本。

　　最后说一句：关掉所有教程，打开数据库连上一张真实的小表，写一条带两个JOIN的查询，然后把自己搞晕，再去查文档。这样数据库学习才有意思。问题解决了就去泡杯茶，别在这耗着。