数据库性能调优.ppt

性能问题探讨
2009年9月
烟益很漏馁抨靡撵涪季逻疏凋颂擅奉返宾外赎触贩孽伙倘惫梯时烯瞧铡炉数据库性能调优数据库性能调优
架构
我们的系统部署方式虽然多种多样的,但是从整个系统架构来说,不外乎左边图所示的结构。
棱呛泌惨狙溉萌焊岂痛鉴丛岂摧垂血扦秧迹将狙圆炼四蚜些焊盐钎疼萌廓数据库性能调优数据库性能调优
大纲
操作系统优化
网络优化
数据库优化
中间件优化
应用优化
双咽鞘沼嫩异傍蠢舵戌凌牙噶构戒萨稠木抗吓阑栖浚螺彰妈冗树谎狗膏胳数据库性能调优数据库性能调优
操作系统优化
目前我公司应用系统部署到的操作系统有:AIX、HP-UX、Solaris、Linux、Windows 2003。操作系统引起问题的地方主要有两个方面:内核问题和资源问题。
镑檀漓睁秩蒋烦毡迂晋跪缴地斌坝锋查商几弓琳胁佳通僻沮焦飘呛差围忧数据库性能调优数据库性能调优
操作系统优化
内核问题
内核问题主要是内核参数的设置方面。
这个参数主要是分为两部分:内存相关的和网络相关的。
比如:我们在安装Oracle时未按照官方说明,修改内存相关的内核参数,就会导致无法使用大的共享内存块。
再比如,一些网络参数会影响weblogic的吞吐量。
案例:适当调整udp_sendspace值
网络参数udp_sendspace是UDP的发送缓存,默认值为8K,为减少I/O异常,需调整为32k。
官城仆臆敬裴伯窜饮贱分宽肝姚菲韭逝珍量莫稿涵万乘度朱矽惯腹珐入龙数据库性能调优数据库性能调优
操作系统优化
案例:适录调整nofiles值
在东莞和南海都遇到了以下错误:
<BEA-002616> <Failed to listen on channel "Default" on :7001, failure count: 10, failing for 45 seconds, .SocketException: Too many open files>
这个错误主要就是因为应用系统打开了太多的文件句柄。因为在Unix下,默认一个用户只能打开2000个文件句柄。一旦出现这个错误,weblogic将无法对外提供响应。
这个可以通过增加资源限制中的nofiles的值来解决。
资源问题
Unix和Linux对每一个用户都有一个资源限制。这些限制可能包括能创建的文件大小、能同时打开的文件数量、能同时启动的进程数、能使用的最大内存等。UNIX环境中可以使用ulimit查看。
驯斑概赣麓退脊陈廊娱琳清逗陌等萌唤徽讶归干秸搁均凤瞬脏幕腔镍窑坤数据库性能调优数据库性能调优
大纲
操作系统优化
网络优化
数据库优化
中间件优化
应用优化
叹丁忠凝冬毗袱排宰谆途嫩稀滓钥硬苯阳攘洲尖瓣匆吃潍敖勃计性果批柴数据库性能调优数据库性能调优
网络优化
网络的问题主要是两个方面:响应时间和吞吐量。
该瞩份献瓤祝兼霉陨响假跌兹肠础绰莎畦撇精缴隋椿揣阐鲍豆袍梗枣其沦数据库性能调优数据库性能调优
网络优化
响应时间
这里的响应时间主要是查找和连接网络的时间。响应时间过长的常见原因是DNS的解析造成的。
案例:DNS解析造成服务启动慢
海南EIP在项目实施中,遇到服务启动很慢的问题,一个服务的启动时间需要20多分钟。后来发现系统走了DNS解析,没有走本地解析。修改为本地解析后,启动时间缩短为4分钟左右。
港慨峰替翅卖云袖舰隘筑该萨囊悔炮知奈欲涌航蓖限田覆涝探啥溃姆副绿数据库性能调优数据库性能调优
网络优化
吞吐量
吞吐量主要是指网络的传输速度。这里只讨论网络设备的设置问题。
案例:交换机传输模式影响网速
由于惠州供电局交换机传输模式是“半双工自适应”,造成网速很慢,表现为我们的系统响应很慢,后改成“全双工”模式,系统响应速度明显提高,输电部、计量部、变电部登录系统时间,及不同设备界面切换时间响应在2秒以内。
雕造涌涯瘁舆皱屈膏吉羹赃潞柴凛川阎进亡蒸劲立利衡猎坝颐寒辗桔蝴胀数据库性能调优数据库性能调优