驚呆，一條SQL竟然讓Oracle奔潰了
本文轉(zhuǎn)載自微信公眾號(hào)「程序員jinjunzhu」，作者jinjunzhu。轉(zhuǎn)載本文請(qǐng)聯(lián)系程序員jinjunzhu公眾號(hào)。 jinjunzhu
一條sql就能讓oracle掛了，真的是不敢相信啊，前幾天生產(chǎn)上確實(shí)出現(xiàn)了這樣一個(gè)故障，我們來(lái)一起做一個(gè)事件回放。
系統(tǒng)介紹
系統(tǒng)架構(gòu)見(jiàn)下圖：
application1和application2是一個(gè)分布式系統(tǒng)中的2個(gè)應(yīng)用，application1連接的數(shù)據(jù)庫(kù)是database1，application2連接的數(shù)據(jù)庫(kù)是database2，application2生產(chǎn)的數(shù)據(jù)要給application1做跑批使用。
application1要獲取database2的數(shù)據(jù)，并不是通過(guò)接口來(lái)獲取的，而是直連database2來(lái)獲取，因此application1也具有database2庫(kù)的讀權(quán)限。
database2中有1張表table_b，里面保存的數(shù)據(jù)是application1跑批需要的數(shù)據(jù)。application1查找到table_b的數(shù)據(jù)后，先保存到database1的數(shù)據(jù)庫(kù)表table_a中，等跑批時(shí)取出來(lái)用。
table_a和table_b的表結(jié)構(gòu)如下：
2個(gè)表的主鍵都是字段a，application1查詢出table_b的數(shù)據(jù)后，會(huì)根據(jù)主鍵a來(lái)判斷這條數(shù)據(jù)是否存在，如果數(shù)據(jù)存在，就更新，否則，就插入。
application1使用的orm框架是mybatis，為了減少應(yīng)用和數(shù)據(jù)庫(kù)的交互，使用了oracle的merge語(yǔ)句。
注意：mybatis相關(guān)的文件有5個(gè)：
TableAMapper.java
TableBMapper.java
TableAMapper.xml
TableBMapper.xml
TableAEntity.java
熟悉mybatis的同學(xué)應(yīng)該都知道，前兩個(gè)java類是sql操作接口類，第3、4兩個(gè)文件是存放sql的xml文件，跟前兩個(gè)文件對(duì)應(yīng)，最后一個(gè)java文件是do類。
事故現(xiàn)場(chǎng)
TableBMapper中有一個(gè)方法selectForPage,用來(lái)按頁(yè)查詢table_b中數(shù)據(jù)，每頁(yè)1萬(wàn)條數(shù)據(jù)，之后把這個(gè)list結(jié)果merge到table_a，看一下代碼：
- //從table_b按每頁(yè)1萬(wàn)條來(lái)查詢數(shù)據(jù)
- List<TableAEntity> list = tableBMapper.selectForPage(startPage, 10000);
- //把查到的數(shù)據(jù)一次性merge到table_a中
- tableAMapper.mergeFromTableB(list);
我們?cè)倏匆幌耇ableAMapper.xml中的mergeFromTableB方法，代碼如下：
- <update id="mergeFromTableB" parameterType="list">
- <foreach collection="list" item="item" index="index" separator=";" close=";end;" open="begin">
- MERGE INTO table_a ta USING(select #{item.a} as a,#{item.b} as b,#{item.c} as c, #{item.d} as d from dual) tb
- on (ta.a = tb.a)
- WHEN MATCHED THEN UPDATE set
- ta.b=tb.b,
- ta.c=tb.c,
- ta.d=tb.d
- WHEN NOT MATCHED THEN insert(
- a,
- b,
- c,
- d
- )
- values (
- tb.a,
- tb.b,
- tb.c,
- tb.d
- )
- </foreach>
- </update>
注意：為了文章排版，我對(duì)表結(jié)構(gòu)做了簡(jiǎn)化，真實(shí)案例中table_a這張表有60多個(gè)字段。
這條sql執(zhí)行后，我截取部分oracle的日志，如下：
圖中可以看到oracle報(bào)了ORA-07445錯(cuò)誤。
分析日志后發(fā)現(xiàn)，sql綁定變量達(dá)到了了79010個(gè)，而oracle是不允許超過(guò)65535個(gè)的。
解決方案
前面的分析確定了導(dǎo)致oracle掛掉的原因是綁定變量超過(guò)了65535個(gè)，那對(duì)癥下藥，解決的方案有3個(gè)：
業(yè)務(wù)系統(tǒng)方案
1.循環(huán)單條執(zhí)行merge語(yǔ)句，優(yōu)點(diǎn)是修改簡(jiǎn)單，缺點(diǎn)是業(yè)務(wù)系統(tǒng)跟數(shù)據(jù)庫(kù)交互太多，會(huì)影響跑批任務(wù)執(zhí)行效率。
2.對(duì)mergeFromTableB進(jìn)行分批調(diào)用，比如每1000條調(diào)用一次merge方法，改造稍微多一點(diǎn)，但是交互會(huì)少很多。
DBA方案
給oracle打一個(gè)補(bǔ)丁，這個(gè)方案需要停服務(wù)。
業(yè)務(wù)方案2明細(xì)有優(yōu)勢(shì)，我用這個(gè)方案進(jìn)行了改造，每次1000條，批量merge，代碼如下：
- for (int i = 0; i < list.size(); i += 1000) {
- if (i + 1000 < list.size()) {
- tableAMapper.mergeFromTableB(list.subList(i, i + 1000));
- } else {
- tableAMapper.mergeFromTableB(list.subList(i, list.size()));
- }
- }
新的問(wèn)題
按照上面的方案改造完成后，數(shù)據(jù)庫(kù)不會(huì)奔潰了，但是新的問(wèn)題出現(xiàn)了。測(cè)試的同學(xué)發(fā)現(xiàn)，每次處理超過(guò)1000條數(shù)據(jù)，非常耗時(shí)，有時(shí)竟然達(dá)到了4分鐘，驚呆。
看打印的批量sql，類似于下面的語(yǔ)句：
- begin
- merge into table_a ta USING(...;
- merge into table_a ta USING(...;
- end;
分析了一下，雖然放在了一個(gè)SQL塊中，但還是單條執(zhí)行，最后一起提交。
再做一次優(yōu)化，把上面多條merge語(yǔ)句合成1條。
我的優(yōu)化思路是創(chuàng)建一張臨時(shí)表，先把list中的數(shù)據(jù)插入到臨時(shí)表中，然后用一次merge把臨時(shí)表的數(shù)據(jù)merge進(jìn)table_a這張表。
oracle的臨時(shí)表有2種，一種是會(huì)話級(jí)別，一種是事務(wù)級(jí)別：
1.會(huì)話級(jí)別的臨時(shí)表，數(shù)據(jù)會(huì)在整個(gè)會(huì)話的生命周期中，會(huì)話結(jié)束，臨時(shí)表數(shù)據(jù)清空;
2.事務(wù)級(jí)別的臨時(shí)表，數(shù)據(jù)會(huì)在整個(gè)事務(wù)執(zhí)行過(guò)程中，事務(wù)結(jié)束，臨時(shí)表數(shù)據(jù)清空。
下面看具體實(shí)施過(guò)程。
1.我們創(chuàng)建一張會(huì)話臨時(shí)表，SQL如下：
- create global temporary table_a_temp on commit delete rows as select * from table_a;
- comment on table_a_temp is 'table_a表臨時(shí)表';
2.把table_b查詢到的數(shù)據(jù)list插入臨時(shí)表，需要在 TableAMapper.xml 增加一個(gè)方法：
- <insert id="batchInsertTemp" parameterType="list">
- insert all
- <foreach collection="list" index="index" item="item">
- into table_a_temp
- <trim prefix="(" suffix=")" suffixOverrides="," >
- a,
- <if test="item.b != null" >
- b,
- </if>
- <if test="item.c != null" >
- c,
- </if>
- <if test="item.d != null" >
- d,
- </if>
- </trim>
- <trim prefix="values (" suffix=")" suffixOverrides="," >
- #{item.a},
- <if test="item.b != null" >
- #{item.b,jdbcType=VARCHAR},
- </if>
- <if test="item.c != null" >
- #{item.c,jdbcType=VARCHAR},
- </if>
- <if test="item.d != null" >
- #{item.d,jdbcType=VARCHAR},
- </if>
- </trim>
- </foreach>
- select 1 from dual
- </insert>
注意：oracle的insert all語(yǔ)句單次插入不能超過(guò)1000條。
3.把臨時(shí)表的數(shù)據(jù)merge到table_a中，需要在 TableAMapper.xml 增加一個(gè)方法：
- <update id="mergeFromTempData">
- MERGE INTO table_a ta
- USING (select * from table_a_temp) tb
- on (ta.a = tb.a)
- WHEN MATCHED THEN UPDATE set
- ta.b = tb.b,
- ta.c = tb.c,
- ta.d = tb.d
- WHEN NOT MATCHED THEN
- insert
- (a, b, c, d)
- values
- (tb.a, tb.b, tb.c, tb.d)
- </update>
4.最終業(yè)務(wù)代碼修改如下：
- //從table_b查詢
- List<TableAEntity> list = tableBMapper.selectForPage(startPage, 10000);
- //批量插入table_a_temp臨時(shí)表
- for (int i = 0; i < list.size(); i += 1000) {
- if (i + 1000 < list.size()) {
- tableAMapper.batchInsertTemp(list.subList(i, i + 1000));
- } else {
- tableAMapper.batchInsertTemp(list.subList(i, list.size()));
- }
- }
- //從table_a_temp把數(shù)據(jù)merge到table_a
- tableAMapper.mergeFromTempData();
總結(jié)
在oracle上執(zhí)行SQL時(shí)，如果綁定變量的數(shù)量超過(guò)了65535，會(huì)引發(fā)ORA-07445。當(dāng)然，引發(fā)ORA-07445的原因還有其他。
解決這個(gè)問(wèn)題最好的方式是從業(yè)務(wù)代碼層面進(jìn)行修改。
也可以讓DBA可以給oracle打一個(gè)補(bǔ)丁，但是oracle必須要停服務(wù)。
延伸閱讀：
https://community.oracle.com/tech/apps-infra/discussion/2424571/ora-07445-exception-encountered-core-dump-ptmak-106-sigsegv-addres
