做网站这些年，数据库就像家里的水管，平时感觉不到存在，一旦出问题就满地是水。今天咱们聊聊怎么让 MySQL 跑得又快又稳，都是实操中总结的经验。

先说查询优化，这是最立竿见影的。很多人写 SQL 只管能跑出来就行，不管跑得多慢。记住一个原则：让数据库少干活。比如你用 select * 查表，明明只需要用户名和邮箱，却把整行数据都捞出来，网络传输和内存都是浪费。改成 select username, email from users 能省不少资源。还有那个经典的 N+1 查询问题，循环里查数据库是大忌，能用 join 一次查出来的就别分开查。

索引是查询优化的核心武器。给经常用来查询的字段加索引，速度能提升几十倍。比如你经常按用户 ID 查订单，就给 order 表的 user_id 字段加索引。命令很简单：create index idx_user_id on orders(user_id)。但索引不是越多越好，每次写操作都要更新索引，太多反而拖慢写入。一般给 where、join、order by 里的字段加就够了。

explain 命令是你的好朋友。在查询语句前面加上 explain，能看到 MySQL 怎么执行这条 SQL。重点关注 type 字段，如果是 ALL 说明在全表扫描，赶紧加索引；如果是 ref 或 range 就比较理想。还有 rows 字段，表示要扫描多少行，越少越好。

备份这件事，很多人直到数据丢了才后悔。最简单的备份是用 mysqldump 命令：mysqldump -u root -p database_name > backup.sql。建议每天凌晨自动执行，用 crontab 设置定时任务。恢复的时候更简单：mysql -u root -p database_name < backup.sql。但要注意，大表恢复很慢，生产环境最好先停服务。

更稳妥的做法是开启 binlog 二进制日志，在 my.cnf 里加 log_bin = /var/log/mysql/mysql-bin.log。这样不仅能恢复数据，还能做主从复制。配合 xtrabackup 工具可以做热备份，不影响线上服务。

最后说几个容易踩的坑。不要用 text 类型存大字段，单独拆成一张表；避免在 where 条件里对字段做函数运算，这样索引会失效；定期用 optimize table 整理表碎片，特别是频繁删除的表。

数据库优化是个持续的过程，先监控慢查询日志，找到真正慢的语句再优化。别一上来就瞎加索引，用数据说话。记住，好的数据库设计比后期优化更重要，表结构合理了，后面能省很多事。