SQL语句优化：精准打击， 避免无谓消耗

见过最离谱的SQL是用了8层子查询，施行时候长远达23秒！永远不要用SELECT *，特别是巨大表查询。你明明只需要用户名字，却把头像地址、注册时候等都拉出来这不是给自己找麻烦吗？

压力测试：检验优化成果的试金石

全部优化完成后一定要用sysbench等工具做压力测试。见过最打脸的案例是某APP优化后单机QPS从500涨到2000，后来啊一上线就被打爆。后来找到生产周围的求类型和测试数据根本不一样！

结实件配置：扎实的基础是关键

别看网上那些个“零配置优化”的玄学教程， 结实件基础打不优良，后面都是白搭。普通项目起步的话，内存至少许16G起步，SSD结实盘是刚需。我见过有人用机械结实盘存上千万数据，还抱怨查询磨蹭，这就优良比开着拖拉机上高大速，能迅速才怪呢！

索引优化：高大效检索的暗地武器

虽然有着良优良索引的数据库会运行更迅速， 但是如果出现单个索引的缺失，则会拖磨蹭整个数据库的效率。正确姿势是：1. WHERE条件里三天两头出现的字段优先建索引；2. ORDER BY和GROUP BY用到的字段别漏了；3. 联合索引要注意字段顺序， 就像手机解锁密码，顺序错了就打不开；4. 定期用EXPLAIN命令检查索引用情况。

内存优化：合理分配， 释放潜能

合理分配内存：根据服务器结实件配置和数据库负载情况，合理分配内存材料。

架构升级：分布式方案应对挑战

当单机撑不住的时候，就得考虑分布式方案了。主从复制是入门必备，把读操作分散到从库。有个做社交APP的客户，高大峰期每秒上万次查询，上了主从架构后主库压力直接减半。

定期维护：保持数据库身子优良

定期维护比啥都关键。很许多人数据库用了三五年都不维护，再说说表碎片许多得能拼图玩。觉得能每周做一次OPTIMIZE TABLE，特别是频繁修改的表。监控工具也要跟上，别等用户投诉了才找到问题。

参数调优：量体裁衣，量身定制

网上流传的优化配置千万别直接抄！要，一般要设为物理内存的70%左右。但你要是只有4G内存的云服务器，设个2.8G就差不许多了还得给系统留点活路不是？

缓存机制：合理运用， 提升效率

把烫点数据缓存到Redis能救命，但用不优良反而会恶劣事。有个论坛程序把用户权限信息缓存1细小时后来啊管理员修改权限后用户还能接着来发帖。所以缓存时候要合理，关键数据要及时失效。

操作系统和结实件优化：打造高大性能周围

如果在MySQL Server安装部署运行之前， 就已经实施了这些个操作系统和结实件的优化，相信你的MySQL Server会跑得更加顺畅。

数据库优化， 一场持久战

数据库优化就像保养汽车一样，得定期检查维护，不同阶段需要不同的解决方案。新鲜手记住一个原则：先抓住基本上矛盾，别在细节上钻牛角尖。有时候换个思路，比死磕手艺更管用！