史上最全SQL优化方案（二）

接上篇！！
4 基础优化
a 优化思路
定位问题点吮吸：硬件–>系统–>应用–>数据库–>架构（高可用、读写分离、分库分表）。
处理方向：明确优化目标、性能和安全的折中、防患未然。
b 硬件优化
主机方面：

c 服务器硬件优化

d 系统优化

这个参数决定了Linux是倾向于使用swap，还是倾向于释放文件系统cache。在内存紧张的情况下，数值越低越倾向于释放文件系统cache。当然，这个参数只能减少使用swap的概率，并不能避免Linux使用swap。修改MySQL的配置参数innodb_flush_ method，开启O_DIRECT模式：这种情况下，InnoDB的buffer pool会直接绕过文件系统cache来访问磁盘，但是redo log依旧会使用文件系统cache。值得注意的是，Redo log是覆写模式的，即使使用了文件系统的cache，也不会占用太多。

e 系统参数调整

f 应用优化业务应用和数据库应用独立；

安装图形界面的服务器不要启动图形界面runlevel 3。 另外，思考将来我们的业务是否真的需要MySQL，还是使用其他种类的数据库。用数据库的最高境界就是不用数据库。5 数据库优化SQL优化方向：执行计划、索引、SQL改写。架构优化方向：高可用架构、高性能架构、分库分表。

a 数据库参数优化

b 存储引擎层（innodb基础优化参数）

最后，小编分类整理了许多java进阶学习材料和BAT面试给热爱IT行业的你，如果需要资料的请转发此文章后再私聊小编回复【java】就能领取2019年java进阶学习资料和BAT面试题以及《Effective Java》（第3版）电子版书籍。也可以加群：712263501领取海量学习资料进行学习。