移動一個業務高并發，接入一個客戶電話就發一個特殊邀請碼（碼為字符加數字混編，無規律），碼已存表，業務上要 碼和用戶手機號碼一一對應；
所以，來個用戶就得對未標記的碼更新手機號碼；高并發時，行鎖及等待比較耗時，導致數據庫性能下降嚴重；
解決辦法，
碼表增加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組合；