海王星娱乐备用域名-上海电源有限公司

首页

AD联系:507867812

海王星娱乐备用域名

时间:2019-11-18 21:26:21 作者:新澳门游戏城备用网址 浏览量:80642

海王星娱乐备用域名cursor_sharing引发的ORA-00600错误cursor_sharing引发的ORA-00600错误cursor_sharing引发的ORA-00600错误cursor_sharing引发的ORA-00600错误

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linuxcursor_sharing引发的ORA-00600错误,见下图

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linuxcursor_sharing引发的ORA-00600错误,见下图

cursor_sharing引发的ORA-00600错误cursor_sharing引发的ORA-00600错误

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux,如下图

cursor_sharing引发的ORA-00600错误cursor_sharing引发的ORA-00600错误

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

如下图

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux,如下图

cursor_sharing引发的ORA-00600错误

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux,见图

海王星娱乐备用域名cursor_sharing引发的ORA-00600错误cursor_sharing引发的ORA-00600错误

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

cursor_sharing引发的ORA-00600错误

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linuxcursor_sharing引发的ORA-00600错误cursor_sharing引发的ORA-00600错误

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

cursor_sharing引发的ORA-00600错误cursor_sharing引发的ORA-00600错误

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linuxcursor_sharing引发的ORA-00600错误cursor_sharing引发的ORA-00600错误cursor_sharing引发的ORA-00600错误

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linuxcursor_sharing引发的ORA-00600错误cursor_sharing引发的ORA-00600错误

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linuxcursor_sharing引发的ORA-00600错误。

cursor_sharing引发的ORA-00600错误

海王星娱乐备用域名cursor_sharing引发的ORA-00600错误

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linuxcursor_sharing引发的ORA-00600错误

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linuxcursor_sharing引发的ORA-00600错误cursor_sharing引发的ORA-00600错误cursor_sharing引发的ORA-00600错误

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

1.cursor_sharing引发的ORA-00600错误

cursor_sharing引发的ORA-00600错误

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linuxcursor_sharing引发的ORA-00600错误

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linuxcursor_sharing引发的ORA-00600错误cursor_sharing引发的ORA-00600错误

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linuxcursor_sharing引发的ORA-00600错误cursor_sharing引发的ORA-00600错误cursor_sharing引发的ORA-00600错误cursor_sharing引发的ORA-00600错误

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linuxcursor_sharing引发的ORA-00600错误

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

2.

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linuxcursor_sharing引发的ORA-00600错误

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

3.cursor_sharing引发的ORA-00600错误。

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linuxcursor_sharing引发的ORA-00600错误

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linuxcursor_sharing引发的ORA-00600错误cursor_sharing引发的ORA-00600错误

4.

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linuxcursor_sharing引发的ORA-00600错误

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linuxcursor_sharing引发的ORA-00600错误

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linuxcursor_sharing引发的ORA-00600错误

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux。海王星娱乐备用域名

展开全文
相关文章
百佬汇备用

cursor_sharing引发的ORA-00600错误

皇冠投注网最新备用网址

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux....

大赢家娱乐官网备用打不开

cursor_sharing引发的ORA-00600错误....

泛亚娱乐官网备用网址

cursor_sharing引发的ORA-00600错误....

蒙特卡罗国际备用

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux....

相关资讯
一条龙国际备用

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux....

新世纪娱乐的备用网址

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux....

大发体育娱乐备用打不开

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux....

ag环亚投注平台备用网址

主机:IBM S85主要硬件:6 CPU+8GB内存系统:AIX5.2补丁:ML04数据库:Oracle 9.2.0.4中间件:BEA Tuxedo 8.1该系统属于新oltp类金融系统,上线前性能压力测试表现良好,结果上线以后确实表现不错,但是日志文件里每隔10分钟就报:ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []在这节骨眼上碰到bug,nnd真是衰就一个字。客户方面和公司的压力像山洪爆发一样涌了过来,我一面解释说属于正常现象,不用大惊小怪,一边迅速搜集信息.

用宾馆里的烂电话线上网还很不稳定,一头的火气没处发泄。一番疯狂的查找,很快我知道了问题是由于自己的自作聪明,当初为了提高国内应用普遍不使用绑定变量的问题,加了一个参数造成的:

cursor_sharing=force这个参数我以前使用起来都比较正常,而且以为这个oracle版本比较高以为更加放心,结果偏偏就是在这不能用,估计某个update/insert语句引发了这个bug。nnd

这个应用真让我费解,想帮它用帮定变量提高点效率,结果还不领情给我来个ora600。。。。。。迫于压力我赶快把cursor_sharing=force注释掉用默认的cursor_sharing=exact

问题总算给解决了。但是不甘心,仔细翻了翻9i的文档,建议用cursor_sharing=similar

哈哈,这下两全其美,大部分sql都用了绑定变量,ora-600的错误也不再报了。[@more@]

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

linux....

热门资讯