锁定老帖子 主题:曾经发生在身边开发过程中的灵异事件
该帖已经被评为精华帖
|
|
---|---|
作者 | 正文 |
发表时间:2006-10-27
ajooTrustno1 写道 dns的问题可能会引起这个问题吗?
有这个可能。 但是分散在全国各地,而且没有一个特定的规律。假如仅是网通用户或仅是电信用户,或仅是某几个省的用户有这样的问题,那还比较好分析一些。 |
|
返回顶楼 | |
发表时间:2006-10-27
第3个有遇到过类似情况,是因为代码里面用了Cache,这个Cache能够设定一个数值,在超出这个值以后把旧的Object序列化到硬盘,结果数据量变大以后,频繁地进行IO操作,查询的数据越多,性能越差
|
|
返回顶楼 | |
发表时间:2006-10-27
Readonly 写道 第3个有遇到过类似情况,是因为代码里面用了Cache,这个Cache能够设定一个数值,在超出这个值以后把旧的Object序列化到硬盘,结果数据量变大以后,频繁地进行IO操作,查询的数据越多,性能越差
虽然和我们的实际情况不完全一样,但是方向是对的,“磁盘性能” |
|
返回顶楼 | |
发表时间:2006-10-27
以前的一个案例,看讨论过程很有趣,呵呵
http://www.iteye.com/topic/10628 |
|
返回顶楼 | |
发表时间:2006-10-27
clamp 写道 以前的一个案例,看讨论过程很有趣,呵呵
http://www.iteye.com/topic/10628 多谢,把这么老的一篇给翻出来了。确实也是一个妖怪问题。要怪只能怪ibm的ws确实有bug。我也遇到过在ws5.0里,必须用struts1.1才能正常启动应用的问题。换其它appserver都正常。 补充一个:曾经在做PHP开发的时候,遇到过一个困扰半天的怪问题。用户A一登录,就发现session中自己的名字变成了另外一个人的,难道又是session错乱?找了半天才找出原因所在: php作为一个动态语言,它的变量引用是不需要事先定义的,包括session的使用。 由于写错了一个条件判断if ($username="abcd")。正确的应该用==,所以相当于把$username这个session重新赋值了。以后就规定所有的session在起名字的时候,必须像这样$session_username,并且在做条件判断的时候,必须将session变量放在==号的右边。 |
|
返回顶楼 | |
发表时间:2006-10-27
1,2的问题没有 碰见过。
3的问题碰见过一次根这个有症状有点类似的。 当时客户的服务器在公司内部,我们直接开发好以后部署在服务器上然后再进行测试,是一点问题都没有。 后来把服务器搬到客户那里,访问速度超级慢,当时是一点头绪都摸不著,然后发现是数据库连接创建太耗费时间,平均创建一个connection需要10多秒,但是同样的代码换一个环境速度就非常快,后来听同事说因为他们内部网络限制了传输速度和流量(他们整个省的网络都是我们公司负责的)。就怀疑是不是网络环境的问题。 没有办法,后来就只能再服务器启动的时候通过servlet加载初始化数据库连接池,初始化30个conenction,也就是启动应用的时候会非常慢,用户使用速度就很正常了。 |
|
返回顶楼 | |
发表时间:2006-10-27
"把统计分析的代码取出来,到sql客户端执行,速度挺快的",说明问题出在Web服务器或者是网络上。要么程序有问题,要么Web服务器环境有问题。
|
|
返回顶楼 | |
发表时间:2006-10-27
yuanlm 写道 "把统计分析的代码取出来,到sql客户端执行,速度挺快的",说明问题出在Web服务器或者是网络上。要么程序有问题,要么Web服务器环境有问题。
网络速度没问题。创建数据库连接的时间也没问题。 因为访问查询条件页面,速度是很快的。在此页面中也需要从数据库获取一些基础数据的。 |
|
返回顶楼 | |
发表时间:2006-10-27
我遇到的了灵异现象。 本地测试正常的index.jsp,部署到远程linux服务器上的tomcat, 突然有一天,浏览器无法访问这个页面了。 死活猜不出原因,把work目录下生成的java文件删除了重新编译还是无法访问。 后来想个歪主意,把文件名改成index1.jsp,然后通过index1.jsp就可以访问了。 察看work目录下的index_jsp.java和index1_jsp.java 发现index_jsp.java的代码只有不到7k,而index1_jsp.java是16k,想不明白石什么原因:( |
|
返回顶楼 | |
发表时间:2006-10-27
together 写道 Lucas Lee 写道 1.你应该在服务端记录详细日志,以帮助定位错误。这是一个良好软件必备的功能,不能期望总有Debug环境给你使用,正在使用中的web软件是不能总为你停机或调试的。
好的建议!但是本错误,与此无关。还没有牵涉到server端。提示词汇:apache+php 引用 2.看上去...象是数据库本身的问题。当然这个几率不大,不过也不是完全不可能。我就碰到了Oracle 9i提供的JDBC驱动的问题,xxxg.jar换为xxx.jar就可以了。那个g似乎表示的是debug版本。 思路对头。但遗憾,我们试过,非正解。还需要再努力。数据库是sqlserver。 引用 3.这个看来...我怀疑是代码有其他耗时的部分。或者两者执行时数据库负载不同。原因太多了... 机器很可能表现出诡异,但只要深入研究,细心观察不同之处,一般是能查出原因的。 已经禁止所有其他用户访问,并发数为一。代码可以肯定没问题。 欢迎google 这些问题有什么正解不正解的? 最多只能是按给出的信息猜测一下而已。 对于: 1.php还不是服务端的?要不就是浏览器的版本问题,或者是插件引起的,比如3721之类的玩意,曾经烦过我。 2,3.好像网络有问题 |
|
返回顶楼 | |