DevOps开发运维
成长之路

MySQL优化哲学

为什么优化

为了获得成就感?
为了证实比系统设计者更懂数据库?
为了从优化成果来证实优化者更有价值?
但通常事实证实的结果往往会和您期待相反!
优化有风险,涉足需谨慎!

优化风险

优化不总是对一个单纯的环境进行!还很可能是一个复杂的已投产的系统。
优化手段本来就有很大的风险,只不过你没能力意识到和预见到!
任何的技术可以解决一个问题,但必然存在带来一个问题的风险!
对于优化来说解决问题而带来的问题控制在可接受的范围内才是有成果。
保持现状或出现更差的情况都是失败!
稳定性和业务可持续性通常比性能更重要!
优化不可避免涉及到变更,变更就有风险!
优化使性能变好,维持和变差是等概率事件!
优化不能只是数据库管理员担当风险,但会所有的人分享优化成果!
所以优化工作是由业务需要驱使的!!!

谁参与优化

数据库管理员
业务部门代表
应用程序架构师
应用程序设计人员
应用程序开发人员
硬件及系统管理员
存储管理员

优化方向

安全优化(业务持续性)
性能优化(业务高效性)

优化的范围及思路

存储、主机和操作系统

主机架构稳定性
I/O规划及配置
Swap
OS内核参数
网络问题

应用程序(Index,lock,session)

应用程序稳定性和性能
SQL语句性能
串行访问资源
性能欠佳会话管理

数据库优化:(内存、数据库设计、参数)

内存
数据库结构(物理&逻辑)
实例配置
优化效果和成本的评估

优化效果和成本的评估

赞(1)

评论 抢沙发

评论前必须登录!

 

LNMP社群 不仅仅是技术

关于我们网站地图