很多刚接触数据库的朋友总觉得查询慢就是服务器不行，其实更多时候是咱们没把数据库用好。今天我就带你一步步把 MySQL 的优化和备份搞明白，这些都是实战中总结出来的经验。

先说查询优化。你拿到一个慢查询，第一件事不是加索引，而是用 EXPLAIN 看看执行计划。比如你有个用户表，经常按邮箱查询，写一条 SELECT * FROM users WHERE email = ‘test@example.com’，在前面加上 EXPLAIN 就能看到 MySQL 是怎么查的。如果 type 显示 ALL，说明在全表扫描，这时候就该考虑给 email 字段加索引了。创建索引很简单，CREATE INDEX idx_email ON users(email) 就行。但记住索引不是越多越好，每个索引都会拖慢写入速度，所以只给经常查询的字段加。

说到查询语句本身，有个常见毛病是写 SELECT *。你想想，如果表里有几十个字段，你只需要其中两三个，查那么多干嘛？直接写明需要的字段，比如 SELECT id, username FROM users，这样不仅网络传输少，数据库也能用覆盖索引优化。还有 JOIN 的时候，确保关联字段都有索引，不然两个大表一关联，查询时间直接起飞。

再聊聊备份恢复，这可是保命的东西。我见过太多人平时不备份，出事了就傻眼。最简单的备份用 mysqldump，一条命令搞定：mysqldump -u root -p database_name > backup.sql。执行后会提示你输密码，然后就会生成一个 SQL 文件。这个文件里包含了建表语句和数据，恢复的时候用 mysql -u root -p database_name < backup.sql 就能还原。 但光会手动备份还不够，得让它自动跑。写个脚本放在 cron 里，每天凌晨两点执行一次。脚本里除了备份，最好加上清理逻辑，比如只保留最近七天的备份，不然硬盘很快就满了。恢复的时候别直接在 production 环境试，先找个测试库演练几遍，确保真出事的时候你能冷静操作。 最后说个容易忽略的点，数据库配置调优。MySQL 的配置文件 my.cnf 里有很多参数可以调整，比如 innodb_buffer_pool_size，这个值设成物理内存的百分之七十左右，能让 InnoDB 引擎把更多数据缓存在内存里。还有 max_connections，别设太大，不然并发一高服务器就扛不住。这些参数改完要重启 MySQL 才生效，改之前记得备份原配置文件。 数据库优化是个持续的过程，不是一蹴而就的。平时多看看慢查询日志，找出那些执行时间长的语句，一条条分析优化。备份更要养成习惯，定好闹钟定期检查备份文件能不能正常恢复。把这些基本功练扎实了，你的数据库就能稳稳当当地跑。