当前位置：首页 > news >正文

入职 3 个月，聊聊我踩过的 MySQL 坑

news 2026/5/11 22:40:52

入职仨月，天天跟 MySQL 打交道，从一开始连查个表都要问ai，到现在能自己写点带索引的 SQL，踩的坑能绕工位三圈。这篇笔记纯写给跟我一样的新手，说些踩坑经历

一、先掰扯清楚：MySQL 到底是个啥？

我一开始以为 MySQL 就是个 “存数据的盒子”，往里扔东西、拿东西就行，后来发现这盒子讲究贼多。
通俗点说，MySQL 是个关系型数据库，就是把数据按 “表” 来存，表和表之间能通过字段关联（比如用户表的 user_id 关联订单表的 user_id）。跟 Excel 有点像，但比 Excel 强一万倍 —— 能存海量数据、能快速查、能保证数据不丢、还能多个人同时用。
举个我刚入职的傻例子：领导让我存用户信息，我直接建了个表，把用户名、手机号、地址、订单信息全塞一个表里，结果查 “某个用户的所有订单” 时，卡了半分钟。后来才知道，该拆成用户表和订单表，用 user_id 关联，查的时候用 JOIN 连一下，快多了。

二、新手最常用来干活的操作

我日常用得最多的就四件事：增删改查，看似简单，每一步都踩过坑。

1. 查（SELECT）—— 新手最容易写 “慢 SQL” 的地方

最基础的写法：SELECT 字段 FROM 表名 WHERE 条件；
比如查用户表中手机号是 138xxxx1234 的用户：

SELECT user_id, username FROM user WHERE phone = '138xxxx1234';

我踩的坑：没加索引，全表扫描

刚入职写这个 SQL，测试环境数据少，嗖嗖的；到生产环境，用户表有 10 万条数据，直接卡了 5 秒。
后来老同事告诉我，WHERE 后面的 phone 字段没加索引，MySQL 会从头扫到尾找这条数据（全表扫描），就像在 10 万页的书里找一个字，一页页翻。
加索引的写法（建索引）：

ALTER TABLE user ADD INDEX idx_phone (phone);

加完再查，0.01 秒就出来了。
我的理解：索引就像书的目录，找内容不用翻全书，直接按目录找。但索引不是加越多越好，我给表里 5 个字段都加了索引，后来新增数据变慢了 —— 因为新增数据时，MySQL 还要更新索引，索引越多，更新越慢。

2. 增（INSERT）—— 别瞎插，字段要对应

基础写法：INSERT INTO 表名 (字段 1, 字段 2) VALUES (值 1, 值 2);
比如新增用户：

INSERT INTO user (username, phone, create_time) VALUES ('张三', '138xxxx1234', NOW());

我踩的坑：插重复数据，主键冲突

我一开始没注意 user_id 是主键（主键不能重复），重复插同一个 user_id 的用户，直接报错。后来知道主键要设为自增（AUTO_INCREMENT），不用手动填，MySQL 会自动给每个新用户分配唯一的 user_id。
改后的建表语句（关键部分）：

CREATE TABLE user (user_id INT PRIMARY KEY AUTO_INCREMENT,username VARCHAR(20) NOT NULL,phone VARCHAR(11) NOT NULL,create_time DATETIME NOT NULL
);

我的理解：主键就是数据的 “身份证号”，必须唯一，设成自增能省很多事，新手别手动填主键。

3. 改（UPDATE）—— 一定要加 WHERE，不然哭死

基础写法：UPDATE 表名 SET 字段 1 = 值 1 WHERE 条件；
比如改用户的用户名：

UPDATE user SET username = '李四' WHERE user_id = 123;

我踩的坑：忘加 WHERE，改了全表数据

有次改测试数据，手滑没写 WHERE，直接把 1000 条测试用户的用户名全改成了 “李四”，差点被测试小姐姐锤死。
后来我养成习惯，写 UPDATE 先写 WHERE，再写 SET，甚至有时候先写 SELECT 验证条件对不对，再改 UPDATE。
我的理解：UPDATE 不加 WHERE，就像给全班同学改名字，没指定改谁，全改了，生产环境这么干，直接提桶跑路。

4. 删（DELETE）—— 谨慎删，最好用软删除

基础写法：DELETE FROM 表名 WHERE 条件；
比如删某个用户：

DELETE FROM user WHERE user_id = 123;

我踩的坑：删错数据，没法恢复

刚入职删测试数据，把条件里的 user_id 写成了 12，删了不该删的用户，测试库又没备份，最后只能重新造数据。
老同事教我，生产环境别直接用 DELETE 删数据，搞个 “软删除”—— 加个 is_delete 字段，0 表示正常，1 表示删除，查的时候加 WHERE is_delete=0 就行：

-- 新增字段
ALTER TABLE user ADD COLUMN is_delete TINYINT DEFAULT 0;
-- 软删除
UPDATE user SET is_delete = 1 WHERE user_id = 123;
-- 查询正常用户
SELECT * FROM user WHERE is_delete = 0;

我的理解：DELETE 是物理删除，删了就没了；软删除是逻辑删除，想恢复改个字段值就行，新手一定要用软删除，除非确定数据再也不用了。

三、新手一定要注意的几个点

** 别用 SELECT ***
我一开始图省事，查数据全写 SELECT ，老同事说这是新手大忌。一是会查很多用不上的字段，浪费内存和网络；二是如果表加了新字段，代码里没兼容，容易出 bug。比如用户表加了个 email 字段，我代码里用查，结果接收数据的对象多了个字段，直接报错。
索引不是越多越好
我给一个表加了 4 个索引，后来新增数据时，从原来的 0.1 秒变成了 0.5 秒。老同事解释，索引是给查询提速的，但新增、修改、删除数据时，MySQL 要更新所有索引，索引越多，更新越慢。新手就记住：WHERE 里常用的条件字段加索引，其他的别瞎加。
别在生产环境直接改表结构
有次我想给用户表加个字段，直接在生产库执行 ALTER TABLE，结果表锁了 5 秒，期间用户查数据都卡了。后来知道，改表结构会锁表（InnoDB 还好点，MyISAM 直接锁死），生产环境要趁低峰期改，或者用在线改表工具（比如 pt-online-schema-change）。
写 SQL 先在测试库验证
不管多简单的 SQL，先在测试库跑一遍，看看结果对不对、慢不慢。我有次写了个 JOIN，没验证就上生产，结果关联错了字段，查出来的数据全是错的，还好发现得早。