网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
“系统性能出现问题进行优化，一定要深入了解数据库内部参数、等待事件、Latch、缓冲池、trace文件、查询/优化引擎等底层细节。”
这种观点往往出自数据库“高手”，这部分人以了解数据库底层实现细节而感到非常骄傲。但是从优化角度讲数据库的等待事件、Latch等指标高等等都只是问题的表象，懂得底层细节和内幕固然是好。但是解决问题的关键往往是在应用层进行优化。
“只要系统参数调整了，性能就能提高。系统优化应该调整那些参数…”
这种观点往往出自于一些偏运维和应用层的DBA，迷恋参数配置来调优。
调整系统参数是非常重要的，但不一定能解决性能问题，否则就不会有去IOE了，问题可能性最大的还是应用设计和开发问题。
同理，很多运维人员和系统架构师比较迷恋“Linux系统调优”。认为的对“文件句柄数、CPU/内存/磁盘子系统…”各种参数做了优化，以为这就能提升整个应用系统的性能。其实不然。有些场景下，针对业务特点和应用类型做操作系统调优是能取到立竿见影的效果，但是大多数时候往往提升并不明显。所以最关键的还是找出瓶颈所在，对症下药。
“系统性能问题需要从架构上解决，与应用开发关系不大。”
系统性能与各个层面都有关，整体架构很重要，但应用开发也是非常重要的一环。
“你们必须要做读写分离，必须要弄分库分表。”
这种通常是“吹水”的人常在外面忽悠的，这些技术手段都被说烂了。
反问一句，了解数据量吗？知道实际压力和瓶颈吗？了解读写比如何吗？怎么拆？拆了之后怎么玩？
上述那些观点，都是比较片面的，还是需要结合实际情况辩证分析。
常见影响数据库性能的因素：
1、业务需求和技术选型
2、应用系统的开发及架构
3、数据库自身
3.1、表结构的设计
3.2、查询语句
3.3、索引设计
3.4、Mysql服务（安装、配置等）
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**
1085
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
