执行如下sql:
select * from test where (from_id=89090909090909 or to_id=89090909090909); |
某天应用突然联系说查询出错误结果集,因为涉及核心数据库,这让我紧张了一下。经过与应用沟通,可以判断,不管是程序jdbc连接还是plsql客户端连接都可以复现问题。与应用沟通后,我也拿到sql进行了测试,问题复现的概率很高。到这里这个问题已经很难进行下去了,sql比较简单,mos上搜索后未发现相关的bug。于是提交oracle后台分析,大家都懂的,oracle后台提供了相应的文档脚本收集相关日志。但效果并不好,来来回回收集了很多次日志也未能抓到异常信息。
再次与应用沟通,发现最后一列是通过addcloumn方式添加的,且是notnull的。通过mos搜索发现,还真有符合这种情况的bug:
可惜没有符合当前你19.6版本数据库的。
在沟通过程中已经发现了可能和addcolumn,且是notnull方式添加字段有关。于是按原表表结构新建一张表:
场景一、最后一个字段建表后再添加,问题可以复现;
场景二、最后一个字段建表时一起建上,问题未能复现。
当前:按以上场景二方式重建表即可。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/129948.html
利用Oracle ADG升级11.2.0.4到19.8案例分享 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75...
Goldengate目标端11g升级至19c img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; ...
集成安装之oracle19C GI升级遇坑分享 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; ...
19C DG Broker配置和测试 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; ...
阅读 1487·2023-01-11 13:20
阅读 1842·2023-01-11 13:20
阅读 1285·2023-01-11 13:20
阅读 2030·2023-01-11 13:20
阅读 4239·2023-01-11 13:20
阅读 2922·2023-01-11 13:20
阅读 1577·2023-01-11 13:20
阅读 3843·2023-01-11 13:20