小心设置cursor_sharing=force参数

简介: 原文:http://www.itpub.net/339204.html我们公司的数据库,开发商没有很好地使用绑定变量,我星期天我打开了这个参数,想看看结果如何,结果出现严重的问题,今天早上忙呼一阵。
原文:http://www.itpub.net/339204.html

我们公司的数据库,开发商没有很好地使用绑定变量,我星期天我打开了这个参数,
想看看结果如何,结果出现严重的问题,今天早上忙呼一阵。

1.执行像如下的sql语句,CPU的使用率会上升到100%。无法使用oracle的命令删除
回话,在unix下使用kill杀掉进程。windows就没有这么幸运,只能重启oracle服务。

SELECT a.exp_alias "名称", b.supply "供应商", a.specs_abbr "规格",
a.units "单位", a.purchase_pric "单价"
FROM exp_in_book a, exp_input_account b
WHERE a.store_id = b.store_id
AND a.bill_id = b.bill_id
AND b.INDICATOR '1'
AND a.store_id = '12'
GROUP BY a.exp_alias, b.supply, a.specs_abbr, a.units, a.purchase_pric;

我在测试机器上测试,发现没有使用汉字就一切正常,使用汉字有问题。

2。执行如下语句,会出现一个
ORA-00600 internal error code, arguments: [17182], [180564940], [], [], [], [], [], []

SELECT NVL (MAX (SYSDATE + 1), TO_DATE ('1900-01-01', 'yyyy-mm-dd'))
FROM DUAL


看来要很好地实现绑定变量,最好还是叫程序员改程序。


9
目录
相关文章
|
SQL Oracle 算法
PostgreSQL 12 preview - plan_cache_mode参数控制强制使用plan cache或强制custom plan (force_custom_plan and force_generic_plan)
标签 PostgreSQL , plan_cache_mode 背景 plan cache在OLTP中,可以大幅降低生成sql parser, 执行计划的开销。 但是在某些场景中,plan cache可能成为问题,比如AP类型的场景中,由于SQL 输入条件的变化(通常AP业务涉及的条件可能比较容易出现这样的问题),可能导致plan cache并不是最佳的执行计划。
1266 0
20170330cursor_sharing=force改变显示宽度
[20170330]参数cursor_sharing=force改变显示宽度.txt --//前几天遇到的问题,链接http://www.itpub.net/thread-2085766-1-1.
1045 0