2020年10月6日星期二

解决了一个oracle登录缓慢的问题

今天接到同事反映,说项目的页面访问缓慢,要我们查一下原因。

前端开发的同事查了一下,说是由于数据库操作缓慢,导致页面响应时间比较长。

我登录到数据库服务器,用vmstat查了一下,发现系统的idle非常高,说明服务器基本没有压力。

又让前台把前台用到的sql发给我,分别执行了一下,发现查询时间都很短。

感觉应该不是数据库的问题,于是让前台同事加多点日志继续定位,看是不是其它问题。

前端同事忙了一会儿,终于发现了真正的原因:每次连接请求第一次操作数据库时都比较慢。

查了一下源码,发现每个请求程序第一次操作数据库时都需要先连接一次数据库,而我们的数据库登录一次普通都要花上几秒钟

而一个页面有时需要发好几个请求,如果顺序处理就要花上十几秒才能返回。(由于是测试环境,设置的并发数不高,才4个)

我让前端同事改为数据库连接后不要释放,在所有请求里面复用。但前端同事表示它用的是php传统的部署方式,每次请示都需要fork一个新进程处理,请求处理完所有资源都会被释放,没办法这样做。

没办法,只能回到数据库来,看有没有办法优化数据库登录速度。

我登录到数据库主机,执行以下命令查看数据库连接情况:

while [ 1 ]; do tnsping orcl; sleep 1; done

发现即使在数据库主机上,执行tnsping耗时也是比较长的。网上查了一下,说可能是由于监听日志太大导致的。

虽然想不通为什么日志的大小会影响程序性能,不过还是试了一下:找到数据库的监听文件,发现有2G多。于是把监听停了,然后删除日志文件重启。

同时我还查了一下数据库的表空间占用情况,发现system空间几乎要满了。于是我顺便清理了一下system空间

清理过程中发现占用空间最大的是审计结果表。考虑到我们的数据库是在开发环境用的,不需要开审计,浪费空间又浪费性能,于是顺手把数据库审计也关了

经过以上操作后,发现数据库连接快了不少,大部分时候tnsping在1秒之内。

但奇怪的是偶尔还会有一两次(出现概率大概是1/20)tnsping要花上几秒钟才返回的情况。

网上查了一下,看有没有人碰上oracle数据库登录时快时慢的问题,没找到相关的文章。但发现有一个人提到他们数据库服务器配置的dns服务器id错误,导致数据库连接缓慢的问题,原因是oracle在客户端登录时,会尝试使用客户端的机器名去dns服务器查找对应的ip。如果dns服务器ip配置错误就会导致登录耗时比较长。

于是我打开机器的配置文件/etc/resolv.conf 看一下,看会不会我们也配置错误了。

不过发现里面配置的dns服务器为114.114.114.114,这是电信提供的公开的dns(类似谷歌提供的8.8.8.8),在我们机器上是可以正常连接的。

dns服务器没配置错,不过我想了一下,我们的机器都是内网的,使用公网的dns查局域网机器名肯定是查不到的。

根据以前的开发经验,查不到数据耗时肯定比查得到耗时长不少(因为本地缓存找不到,要访问远端机器)。

如果希望通过dns查找内网机器名ip,需要搭建局域网内部的dns服务器,太麻烦了。

考虑到这台数据库服务器除了使用yum安装软件外,平时没必要访问外网,于是把dns配置屏蔽了。

# Generated by NetworkManager# nameserver 114.114.114.114

修改配置后重新执行

while [ 1 ]; do tnsping orcl; sleep 1; done

发现现在返回的tnsping数据都很正常了,不会再出现偶尔耗时异常的情况。

让前台同事试一下网页操作,也反馈现在系统反应速度很快,问题到此完美解决了。

后记:每次请求连接一次数据库始终不是一个好做法,后来我请教了一个比较有经验的同事,他介绍了一个数据库连接池中间件,说用这个可以解决php频繁连接数据库的问题

https://blog.csdn.net/21aspnet/article/details/50774684
PHP数据库连接池SQL Relay安装使用

原文转载:http://www.shaoqun.com/a/479848.html

跨境通网站:https://www.ikjzd.com/w/1329

马莎:https://www.ikjzd.com/w/2385

net a porter:https://www.ikjzd.com/w/2132


今天接到同事反映,说项目的页面访问缓慢,要我们查一下原因。前端开发的同事查了一下,说是由于数据库操作缓慢,导致页面响应时间比较长。我登录到数据库服务器,用vmstat查了一下,发现系统的idle非常高,说明服务器基本没有压力。又让前台把前台用到的sql发给我,分别执行了一下,发现查询时间都很短。感觉应该不是数据库的问题,于是让前台同事加多点日志继续定位,看是不是其它问题。前端同事忙了一会儿,终于发
腾邦:https://www.ikjzd.com/w/1382
lithium:https://www.ikjzd.com/w/2505
eBay与长沙高新区签署战略合作备忘录:https://www.ikjzd.com/home/15275
2017年9月1日,亚马逊取消欧洲站点最低销售佣金:https://www.ikjzd.com/home/68
如何打造一条高质量的Shopee Listing?:https://www.ikjzd.com/home/99417

没有评论:

发表评论