【oracle】高並發量表更新注意點

標籤：

一個業務高並發，接入一個客戶電話就發一個特殊邀請碼（碼為字元加數字混編，無規律），碼已存表，業務上要 邀請碼和使用者手機號碼一一對應；
所以，來個使用者就得對未標記的碼更新手機號碼；高並發時，行鎖及等待比較耗時，導致資料庫效能下降嚴重；更新的操作都在預存程序中。

所以，不改動程式在資料庫層解決此問題的辦法就是：

解決辦法，
碼錶增加seqid,欄位；匯入資料時使用rownum,做該欄位值,建索引；
更新時，使用序列，

 CREATE SEQUENCE SQ_U_SEQ INCREMENT BY 1 START WITH 1 MAXVALUE 50000000 CYCLE CACHE 2000 NOORDER;
更新則：update ... where ... and t.seqid = SQ_U_SEQ.nextval ...;
以後有新的資料要匯入，則序列需重設，則：create or replace procedure seq_reset(v_seqname varchar2) as n number(10);
tsql varchar2(100);
 begin
 execute immediate ‘select ‘||v_seqname||‘.nextval from dual‘ into n;
  n:=-(n-1);
  tsql:=‘alter sequence ‘||v_seqname||‘ increment by ‘|| n;
  execute immediate tsql;
 execute immediate ‘select ‘||v_seqname||‘.nextval from dual‘ into n;
  tsql:=‘alter sequence ‘||v_seqname||‘ increment by 1‘;
 execute immediate tsql;
 end seq_reset;

另外，高並發時序列的cache要設定大點,一般業務設定100以上，但nocache的時候效能確實很差，最大相差20倍． 排序參數：oracle預設是NOORDER，如果設定為ORDER；在單一實例環境沒有影響，在RAC環境此時，多執行個體實際緩衝相同的序列，此時在多個執行個體並發取該序列的時候，會有短暫的資源競爭來在多執行個體之間進行同步。因次效能相比noorder要差，所以RAC環境非必須的情況下不要使用ORDER，尤其要避免NOCACHE ORDER組合；

【oracle】高並發量表更新注意點