主頁 > 資料庫 > [20221130]測驗訪問視圖v$session幾種情況的性能差異.txt

[20221130]測驗訪問視圖v$session幾種情況的性能差異.txt

2022-12-15 08:26:02 資料庫

[20221130]測驗訪問視圖v$session幾種情況的性能差異.txt

--//前幾天遇到的防水墻訪問v$session視圖的性能問題,我給測驗看看三種情況下的性能差異.

1.環境:
SCOTT@book> @ ver1
PORT_STRING                    VERSION        BANNER
------------------------------ -------------- --------------------------------------------------------------------------------
x86_64/Linux 2.4.xx            11.2.0.4.0     Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

2.建立測驗環境:
create table job_times (sid number, time_ela number,method varchar2(20));

$ cat m20.txt
set verify off
host sleep $(echo &&3/150 | bc -l )
variable vmethod varchar2(20);
exec :vmethod := '&&2';
insert into job_times values ( sys_context ('userenv', 'sid') ,dbms_utility.get_time ,:vmethod) ;
commit ;

declare
  l_appname      varchar2(128);
  l_module       varchar2(128);
  l_type         varchar2(16);
  l_process      number;
  l_osuser       varchar2(30);
  l_machine      varchar2(64);
  l_SCHEMANAME   varchar2(30);
  l_username     varchar2(30);
  l_service_name varchar2(30);
  l_sid          number;
  l_serial#      number;
begin
    for i in 1 .. &&1 loop
&&5         select sys_context('userenv', 'sid') into l_sid from dual ;
&&6      with mysid as ( select /*+ materialize */ userenv('SID') n from dual )        
         select upper(nvl(program, 'null')),
             upper(module),
             type,
             decode(nvl(instr(process, ':'), 0),
                    0,
                    nvl(process, 1234),
                    substr(process, 1, instr(process, ':') - 1)),
             osuser,
             machine,
             SCHEMANAME,
             USERNAME,
             SERVICE_NAME,
             sid,
             serial#
        into l_appname,
             l_module,
             l_type,
             l_process,
             l_osuser,
             l_machine,
             l_SCHEMANAME,
             l_username,
             l_service_name,
             l_sid,
             l_serial#
        from sys.v_$session
&&6    ,mysid         
       where
&&4     sid = sys_context('userenv', 'sid')
&&5     sid = l_sid
&&6     sid = mysid.n
        ;
    end loop;
end ;
/

update job_times set time_ela = dbms_utility.get_time - time_ela where sid=sys_context ('userenv', 'sid') and method=:vmethod;
commit;
quit
--//說明:引數1表示回圈次數,引數2表示method,引數3表示設定延遲,避免開始同時執行的一些爭用.
--//如果引數4,5,6 等于 '' -- -- 相當于謂詞條件 sid = sys_context('userenv', 'sid')
--//如果引數4,5,6 等于 -- '' -- 相當于謂詞條件 sid = l_sid
--//如果引數4,5,6 等于 -- -- '' 相當于謂詞條件 sid = mysid.n
--//這樣可以不用分別寫三個測驗腳本,僅僅通過引數控制選擇執行的方式.

3.測驗:
$ alias zzdate
alias zzdate='date +"trunc(sysdate)+%H/24+%M/1440+%S/86400 == %Y/%m/%d %T == timestamp'\''%Y-%m-%d %T'\''"'

zzdate;seq 150 | xargs -I{} -P 150 sqlplus -s -l scott/book @m20.txt 2e4 test1 {} '' -- -- >/dev/null;zzdate
zzdate;seq 150 | xargs -I{} -P 150 sqlplus -s -l scott/book @m20.txt 2e4 test2 {} -- '' -- >/dev/null;zzdate
zzdate;seq 150 | xargs -I{} -P 150 sqlplus -s -l scott/book @m20.txt 2e4 test3 {} -- -- '' >/dev/null;zzdate


--//測驗1:相當于謂詞條件 sid = sys_context('userenv', 'sid')
$ zzdate;seq 150 | xargs -I{} -P 150 sqlplus -s -l scott/book @m20.txt 2e4 test1 {} '' -- -- >/dev/null;zzdate
trunc(sysdate)+11/24+36/1440+06/86400 == 2022/12/12 11:36:06 == timestamp'2022-12-12 11:36:06'
trunc(sysdate)+11/24+37/1440+12/86400 == 2022/12/12 11:37:12 == timestamp'2022-12-12 11:37:12'
--//相當于66秒完成.

SCOTT@book> @ ashtop sql_id 1=1 trunc(sysdate)+11/24+36/1440+06/86400 trunc(sysdate)+11/24+37/1440+13/86400
    Total                                                                         Distinct Distinct
  Seconds     AAS %This   SQL_ID        FIRST_SEEN          LAST_SEEN           Execs Seen  Tstamps
--------- ------- ------- ------------- ------------------- ------------------- ---------- --------
     8640   129.0   89% | 4mkx2yruh1x45 2022-12-12 11:36:09 2022-12-12 11:37:12       8184       64
      562     8.4    6% |               2022-12-12 11:36:07 2022-12-12 11:37:12          1       48
      349     5.2    4% | 661ut1qj78akz 2022-12-12 11:36:07 2022-12-12 11:36:09        149        3
      134     2.0    1% | g5saphnb8qw3f 2022-12-12 11:36:10 2022-12-12 11:37:11         88       50
        3      .0    0% | 0ws7ahf1d78qa 2022-12-12 11:36:07 2022-12-12 11:36:07          3        1
        2      .0    0% | 4vs91dcv7u1p6 2022-12-12 11:36:07 2022-12-12 11:36:07          2        1
        2      .0    0% | 6utuby0ws1ww9 2022-12-12 11:36:25 2022-12-12 11:37:08          2        2
        2      .0    0% | cm5vu20fhtnq1 2022-12-12 11:36:07 2022-12-12 11:36:07          2        1
8 rows selected.

SCOTT@book> @ sql_id 4mkx2yruh1x45
--SQL_ID = 4mkx2yruh1x45
SELECT UPPER(NVL(PROGRAM, 'null')), UPPER(MODULE), TYPE, DECODE(NVL(INSTR(PROCESS, ':'), 0), 0, NVL(PROCESS, 1234), SUBSTR(PROCESS, 1, INSTR(PROCESS, ':') - 1)), OSUSER, MACHINE, SCHEMANAME, USERNAME, SERVICE_NAME, SID, SERIAL# FROM SYS.V_$SESSION WHERE SID = SYS_CONTEXT('userenv', 'sid') ;

--//測驗2:相當于謂詞條件 sid = l_sid,而且我分開執行2條sql陳述句.
$ zzdate;seq 150 | xargs -I{} -P 150 sqlplus -s -l scott/book @m20.txt 2e4 test2 {} -- '' -- >/dev/null;zzdate
trunc(sysdate)+11/24+38/1440+43/86400 == 2022/12/12 11:38:43 == timestamp'2022-12-12 11:38:43'
trunc(sysdate)+11/24+38/1440+58/86400 == 2022/12/12 11:38:58 == timestamp'2022-12-12 11:38:58'
--//僅僅需要15秒完成.

SCOTT@book> @ ashtop sql_id 1=1 trunc(sysdate)+11/24+38/1440+43/86400 trunc(sysdate)+11/24+38/1440+59/86400
    Total                                                                         Distinct Distinct
  Seconds     AAS %This   SQL_ID        FIRST_SEEN          LAST_SEEN           Execs Seen  Tstamps
--------- ------- ------- ------------- ------------------- ------------------- ---------- --------
      695    43.4   34% | 6ztctd8mtd5ay 2022-12-12 11:38:46 2022-12-12 11:38:58        437       13
      471    29.4   23% | dcp3kp34g2wbx 2022-12-12 11:38:46 2022-12-12 11:38:58        202       13
      352    22.0   17% |               2022-12-12 11:38:46 2022-12-12 11:38:58          2       13
      300    18.8   15% | 661ut1qj78akz 2022-12-12 11:38:44 2022-12-12 11:38:45        150        2
      213    13.3   10% | 9wzdfbf670af8 2022-12-12 11:38:46 2022-12-12 11:38:58        121       13
        1      .1    0% | 0s1p5fqnuysz2 2022-12-12 11:38:58 2022-12-12 11:38:58          1        1
        1      .1    0% | d675kjgr4d8p4 2022-12-12 11:38:46 2022-12-12 11:38:46          1        1
7 rows selected.

SCOTT@book> @ sql_id 6ztctd8mtd5ay
--SQL_ID = 6ztctd8mtd5ay
SELECT UPPER(NVL(PROGRAM, 'null')), UPPER(MODULE), TYPE, DECODE(NVL(INSTR(PROCESS, ':'), 0), 0, NVL(PROCESS, 1234), SUBSTR(PROCESS, 1, INSTR(PROCESS, ':') - 1)), OSUSER, MACHINE, SCHEMANAME, USERNAME, SERVICE_NAME, SID, SERIAL# FROM SYS.V_$SESSION WHERE SID = :B1 ;

--//測驗3: 相當于謂詞條件 sid = mysid.n,使用with+materialize的缺點是產生日志.昏很慢.
--//測驗失敗,視乎臨時表空間一直在增加,無法識訓,導致磁盤滿了,無法歸檔,整個資料庫hang.明天繼續測驗.

--//移動臨時表空間檔案到/u01,重啟資料庫,自動建立一個新的臨時表空間檔案,然后繼續測驗.
$ ls -lh /u01/temp01.dbf
-rw-r----- 1 oracle oinstall 2.3G 2022-12-12 11:40:59 /u01/temp01.dbf
--//已經達到了2.3G.

$ ls -lh /mnt/ramdisk/book/temp01.dbf
-rw-r----- 1 oracle oinstall 21M 2022-12-14 09:15:54 /mnt/ramdisk/book/temp01.dbf
--//開始21M.

$ zzdate;seq 150 | xargs -I{} -P 150 sqlplus -s -l scott/book @m20.txt 2e4 test3 {} -- -- '' >/dev/null;zzdate
trunc(sysdate)+09/24+27/1440+28/86400 == 2022/12/14 09:27:28 == timestamp'2022-12-14 09:27:28'
trunc(sysdate)+09/24+30/1440+09/86400 == 2022/12/14 09:30:09 == timestamp'2022-12-14 09:30:09'

SCOTT@book> @ ashtop sql_id 1=1 trunc(sysdate)+09/24+27/1440+28/86400 trunc(sysdate)+09/24+30/1440+10/86400
    Total                                                                         Distinct Distinct
  Seconds     AAS %This   SQL_ID        FIRST_SEEN          LAST_SEEN           Execs Seen  Tstamps
--------- ------- ------- ------------- ------------------- ------------------- ---------- --------
    19104   117.9   80% | acw3hm8jnf7jk 2022-12-14 09:27:33 2022-12-14 09:30:09      14897      156
     3951    24.4   17% |               2022-12-14 09:27:33 2022-12-14 09:30:09          1       90
      601     3.7    3% | 661ut1qj78akz 2022-12-14 09:27:29 2022-12-14 09:27:32        151        4
       78      .5    0% | 1rhr1ht989sa3 2022-12-14 09:27:35 2022-12-14 09:30:00         67       48
        2      .0    0% | 3gvgdjwb0d7q1 2022-12-14 09:29:38 2022-12-14 09:29:39          2        2
        2      .0    0% | 85px9dq62dc0q 2022-12-14 09:30:08 2022-12-14 09:30:09          1        2
6 rows selected.


SCOTT@book> @ sql_id acw3hm8jnf7jk
--SQL_ID = acw3hm8jnf7jk
WITH MYSID AS ( SELECT /*+ materialize */ USERENV('SID') N FROM DUAL ) SELECT UPPER(NVL(PROGRAM, 'null')), UPPER(MODULE), TYPE, DECODE(NVL(INSTR(PROCESS, ':'), 0), 0, NVL(PROCESS, 1234), SUBSTR(PROCESS, 1, INSTR(PROCESS, ':') - 1)), OSUSER, MACHINE, SCHEMANAME, USERNAME, SERVICE_NAME, SID, SERIAL# FROM SYS.V_$SESSION ,MYSID WHERE SID = MYSID.N ;

--//測驗的同時在另外的視窗執行如下:
$ seq 1500 | xargs -IQ echo 'sleep 1;ls -lh /mnt/ramdisk/book/temp01.dbf|ts.awk'| bash
[2022-12-14 09:27:27] -rw-r----- 1 oracle oinstall 21M Dec 14 09:15 /mnt/ramdisk/book/temp01.dbf
[2022-12-14 09:27:28] -rw-r----- 1 oracle oinstall 21M Dec 14 09:15 /mnt/ramdisk/book/temp01.dbf
[2022-12-14 09:27:29] -rw-r----- 1 oracle oinstall 21M Dec 14 09:15 /mnt/ramdisk/book/temp01.dbf
[2022-12-14 09:27:30] -rw-r----- 1 oracle oinstall 21M Dec 14 09:15 /mnt/ramdisk/book/temp01.dbf
[2022-12-14 09:27:31] -rw-r----- 1 oracle oinstall 21M Dec 14 09:15 /mnt/ramdisk/book/temp01.dbf
[2022-12-14 09:27:32] -rw-r----- 1 oracle oinstall 21M Dec 14 09:15 /mnt/ramdisk/book/temp01.dbf
[2022-12-14 09:27:33] -rw-r----- 1 oracle oinstall 100M Dec 14 09:27 /mnt/ramdisk/book/temp01.dbf
[2022-12-14 09:27:34] -rw-r----- 1 oracle oinstall 142M Dec 14 09:27 /mnt/ramdisk/book/temp01.dbf
[2022-12-14 09:27:35] -rw-r----- 1 oracle oinstall 148M Dec 14 09:27 /mnt/ramdisk/book/temp01.dbf
[2022-12-14 09:27:36] -rw-r----- 1 oracle oinstall 149M Dec 14 09:27 /mnt/ramdisk/book/temp01.dbf
[2022-12-14 09:27:37] -rw-r----- 1 oracle oinstall 149M Dec 14 09:27 /mnt/ramdisk/book/temp01.dbf
[2022-12-14 09:27:38] -rw-r----- 1 oracle oinstall 149M Dec 14 09:27 /mnt/ramdisk/book/temp01.dbf
[2022-12-14 09:27:39] -rw-r----- 1 oracle oinstall 149M Dec 14 09:27 /mnt/ramdisk/book/temp01.dbf
[2022-12-14 09:27:40] -rw-r----- 1 oracle oinstall 149M Dec 14 09:27 /mnt/ramdisk/book/temp01.dbf
[2022-12-14 09:27:41] -rw-r----- 1 oracle oinstall 149M Dec 14 09:27 /mnt/ramdisk/book/temp01.dbf
[2022-12-14 09:27:43] -rw-r----- 1 oracle oinstall 152M Dec 14 09:27 /mnt/ramdisk/book/temp01.dbf
[2022-12-14 09:27:44] -rw-r----- 1 oracle oinstall 152M Dec 14 09:27 /mnt/ramdisk/book/temp01.dbf
--//可以發現臨時表空間在緩慢增加,不過到了152M,不再增加,應該設定大于15XM,不過應該對測驗影響不大.
--//我臨時表空間每個UNIFORM SIZE分配1M.150個會話使用15XM基本符合.不知道為什么前面的測驗臨時表空間增加.
CREATE TEMPORARY TABLESPACE TEMP TEMPFILE
  '/mnt/ramdisk/book/temp01.dbf' SIZE 20M AUTOEXTEND ON NEXT 640K MAXSIZE UNLIMITED
TABLESPACE GROUP ''
EXTENT MANAGEMENT LOCAL UNIFORM SIZE 1M;

--//再次重復測驗,避免臨時表空間擴展的影響.
$ zzdate;seq 150 | xargs -I{} -P 150 sqlplus -s -l scott/book @m20.txt 2e4 test3x {} -- -- '' >/dev/null;zzdate
trunc(sysdate)+09/24+39/1440+07/86400 == 2022/12/14 09:39:07 == timestamp'2022-12-14 09:39:07'
trunc(sysdate)+09/24+41/1440+58/86400 == 2022/12/14 09:41:58 == timestamp'2022-12-14 09:41:58'

SCOTT@book> @ ashtop sql_id 1=1 trunc(sysdate)+09/24+39/1440+07/86400 trunc(sysdate)+09/24+41/1440+58/86400
    Total                                                                         Distinct Distinct
  Seconds     AAS %This   SQL_ID        FIRST_SEEN          LAST_SEEN           Execs Seen  Tstamps
--------- ------- ------- ------------- ------------------- ------------------- ---------- --------
    20968   122.6   84% | acw3hm8jnf7jk 2022-12-14 09:39:09 2022-12-14 09:41:57      16547      168
     3611    21.1   14% |               2022-12-14 09:39:09 2022-12-14 09:41:55          1       92
      300     1.8    1% | 661ut1qj78akz 2022-12-14 09:39:07 2022-12-14 09:39:08        150        2
       63      .4    0% | 1rhr1ht989sa3 2022-12-14 09:39:09 2022-12-14 09:41:55         51       43
       38      .2    0% | 8uc08r76472t2 2022-12-14 09:39:10 2022-12-14 09:39:11         19        2
        4      .0    0% | f711myt0q6cma 2022-12-14 09:41:51 2022-12-14 09:41:57          3        4
        2      .0    0% | carjduabxn2mf 2022-12-14 09:40:42 2022-12-14 09:40:43          1        2
        1      .0    0% | gttzhja2tn7n7 2022-12-14 09:41:01 2022-12-14 09:41:01          1        1
8 rows selected.

SCOTT@book> @ ashtop event 1=1 trunc(sysdate)+09/24+39/1440+07/86400 trunc(sysdate)+09/24+41/1440+58/86400
    Total                                                                                                      Distinct Distinct
  Seconds     AAS %This   EVENT                                      FIRST_SEEN          LAST_SEEN           Execs Seen  Tstamps
--------- ------- ------- ------------------------------------------ ------------------- ------------------- ---------- --------
     6183    36.2   25% | log file switch (checkpoint incomplete)    2022-12-14 09:39:10 2022-12-14 09:41:57       4557       76
     3421    20.0   14% | latch: row cache objects                   2022-12-14 09:39:12 2022-12-14 09:41:55       3365       90
     3345    19.6   13% | enq: US - contention                       2022-12-14 09:39:33 2022-12-14 09:41:52       2688      109
     3342    19.5   13% | buffer busy waits                          2022-12-14 09:39:09 2022-12-14 09:41:54       2623      143
     2755    16.1   11% |                                            2022-12-14 09:39:08 2022-12-14 09:41:55       2243       99
     2456    14.4   10% | latch: object queue header operation       2022-12-14 09:39:09 2022-12-14 09:41:55         26       71
      956     5.6    4% | enq: HW - contention                       2022-12-14 09:39:13 2022-12-14 09:41:52        814       62
      955     5.6    4% | latch free                                 2022-12-14 09:39:09 2022-12-14 09:41:50        464       48
      441     2.6    2% | direct path write temp                     2022-12-14 09:39:09 2022-12-14 09:41:55        439       45
      299     1.7    1% | ADR block file read                        2022-12-14 09:39:07 2022-12-14 09:39:08        150        2
      291     1.7    1% | latch: enqueue hash chains                 2022-12-14 09:39:12 2022-12-14 09:41:46        170       18
      145      .8    1% | latch: redo allocation                     2022-12-14 09:39:15 2022-12-14 09:41:55        134       26
      103      .6    0% | latch: undo global data                    2022-12-14 09:39:24 2022-12-14 09:41:41        103        9
       82      .5    0% | cursor: pin S                              2022-12-14 09:39:52 2022-12-14 09:41:38          1        4
       37      .2    0% | latch: cache buffers lru chain             2022-12-14 09:39:09 2022-12-14 09:41:55          6       18
       36      .2    0% | db file sequential read                    2022-12-14 09:39:42 2022-12-14 09:41:53         36       31
       35      .2    0% | LGWR wait for redo copy                    2022-12-14 09:39:36 2022-12-14 09:41:52          1       35
       26      .2    0% | Log archive I/O                            2022-12-14 09:39:48 2022-12-14 09:41:55          1       26
       24      .1    0% | undo segment extension                     2022-12-14 09:39:34 2022-12-14 09:41:46         18       23
       16      .1    0% | latch: cache buffers chains                2022-12-14 09:39:57 2022-12-14 09:41:49         16       10
       10      .1    0% | latch: redo copy                           2022-12-14 09:41:53 2022-12-14 09:41:53         10        1
        9      .1    0% | log file parallel write                    2022-12-14 09:39:18 2022-12-14 09:41:07          1        9
        5      .0    0% | log file sequential read                   2022-12-14 09:39:51 2022-12-14 09:41:49          1        5
        5      .0    0% | log file sync                              2022-12-14 09:39:09 2022-12-14 09:41:53          1        3
        5      .0    0% | reliable message                           2022-12-14 09:39:42 2022-12-14 09:40:54          5        5
        3      .0    0% | change tracking file synchronous write     2022-12-14 09:41:06 2022-12-14 09:41:55          1        3
        1      .0    0% | enq: TX - contention                       2022-12-14 09:40:35 2022-12-14 09:40:35          1        1
        1      .0    0% | latch: session allocation                  2022-12-14 09:41:50 2022-12-14 09:41:50          1        1
28 rows selected.
--//主要等待在log file switch (checkpoint incomplete)上.也就是使用with+materialize更慢.

--//測驗的同時在另外的視窗執行如下:
SCOTT@book> select count(*) from V$TEMPSEG_USAGE ;
  COUNT(*)
----------
      1507

SCOTT@book> select count(*) from V$TEMPSEG_USAGE ;
  COUNT(*)
----------
        69

SCOTT@book> select count(*) from V$TEMPSEG_USAGE ;
  COUNT(*)
----------
       563
      
4.匯總測驗結果如下:
SCOTT@book> Select method,count(*),round(avg(TIME_ELA),0),sum(TIME_ELA) from scott.job_times group by method order by 3 ;
METHOD                 COUNT(*) ROUND(AVG(TIME_ELA),0) SUM(TIME_ELA)
-------------------- ---------- ---------------------- -------------
test2                       150                   1144        171599
test1                       150                   6220        932951
test3                       150                  15363       2304477
test3x                      150                  16399       2459831
--//可以看出分開寫最快. 6220/1144 = 5.44,也就是如果鏈接遇到的問題http://blog.itpub.net/267265/viewspace-2926302/,改成分
--//開寫至少提高10倍以上的性能,甚至更多,因為生產系統連接的會話數量更大.

5.補充忘記記錄觀察redo size的大小:
SYS@book> alter system archive log current ;
System altered.

RMAN> list archivelog all completed after 'trunc(sysdate)+09/24+39/1440+07/86400';

List of Archived Log Copies for database with db_unique_name BOOK
=====================================================================

Key     Thrd Seq     S Low Time
------- ---- ------- - -------------------
5447    1    4907    A 2022-12-14 09:37:33
        Name: /u01/app/oracle/archivelog/book/1_4907_896605872.dbf

5448    1    4908    A 2022-12-14 09:39:12
        Name: /u01/app/oracle/archivelog/book/1_4908_896605872.dbf

5449    1    4909    A 2022-12-14 09:39:15
        Name: /u01/app/oracle/archivelog/book/1_4909_896605872.dbf

5450    1    4910    A 2022-12-14 09:39:18
        Name: /u01/app/oracle/archivelog/book/1_4910_896605872.dbf

5451    1    4911    A 2022-12-14 09:39:21
        Name: /u01/app/oracle/archivelog/book/1_4911_896605872.dbf

5452    1    4912    A 2022-12-14 09:39:24
        Name: /u01/app/oracle/archivelog/book/1_4912_896605872.dbf

5453    1    4913    A 2022-12-14 09:39:27
        Name: /u01/app/oracle/archivelog/book/1_4913_896605872.dbf

5454    1    4914    A 2022-12-14 09:39:30
        Name: /u01/app/oracle/archivelog/book/1_4914_896605872.dbf

5455    1    4915    A 2022-12-14 09:39:33
        Name: /u01/app/oracle/archivelog/book/1_4915_896605872.dbf

5456    1    4916    A 2022-12-14 09:39:36
        Name: /u01/app/oracle/archivelog/book/1_4916_896605872.dbf

5457    1    4917    A 2022-12-14 09:39:39
        Name: /u01/app/oracle/archivelog/book/1_4917_896605872.dbf

5458    1    4918    A 2022-12-14 09:39:42
        Name: /u01/app/oracle/archivelog/book/1_4918_896605872.dbf

5459    1    4919    A 2022-12-14 09:39:45
        Name: /u01/app/oracle/archivelog/book/1_4919_896605872.dbf

5460    1    4920    A 2022-12-14 09:39:48
        Name: /u01/app/oracle/archivelog/book/1_4920_896605872.dbf

5461    1    4921    A 2022-12-14 09:39:51
        Name: /u01/app/oracle/archivelog/book/1_4921_896605872.dbf

5462    1    4922    A 2022-12-14 09:39:54
        Name: /u01/app/oracle/archivelog/book/1_4922_896605872.dbf

5463    1    4923    A 2022-12-14 09:39:57
        Name: /u01/app/oracle/archivelog/book/1_4923_896605872.dbf

5464    1    4924    A 2022-12-14 09:40:00
        Name: /u01/app/oracle/archivelog/book/1_4924_896605872.dbf

5465    1    4925    A 2022-12-14 09:40:03
        Name: /u01/app/oracle/archivelog/book/1_4925_896605872.dbf

5466    1    4926    A 2022-12-14 09:40:06
        Name: /u01/app/oracle/archivelog/book/1_4926_896605872.dbf

5467    1    4927    A 2022-12-14 09:40:09
        Name: /u01/app/oracle/archivelog/book/1_4927_896605872.dbf

5468    1    4928    A 2022-12-14 09:40:12
        Name: /u01/app/oracle/archivelog/book/1_4928_896605872.dbf

5469    1    4929    A 2022-12-14 09:40:15
        Name: /u01/app/oracle/archivelog/book/1_4929_896605872.dbf

5470    1    4930    A 2022-12-14 09:40:18
        Name: /u01/app/oracle/archivelog/book/1_4930_896605872.dbf

5471    1    4931    A 2022-12-14 09:40:21
        Name: /u01/app/oracle/archivelog/book/1_4931_896605872.dbf

5472    1    4932    A 2022-12-14 09:40:24
        Name: /u01/app/oracle/archivelog/book/1_4932_896605872.dbf

5473    1    4933    A 2022-12-14 09:40:27
        Name: /u01/app/oracle/archivelog/book/1_4933_896605872.dbf

5474    1    4934    A 2022-12-14 09:40:30
        Name: /u01/app/oracle/archivelog/book/1_4934_896605872.dbf

5475    1    4935    A 2022-12-14 09:40:33
        Name: /u01/app/oracle/archivelog/book/1_4935_896605872.dbf

5476    1    4936    A 2022-12-14 09:40:36
        Name: /u01/app/oracle/archivelog/book/1_4936_896605872.dbf

5477    1    4937    A 2022-12-14 09:40:39
        Name: /u01/app/oracle/archivelog/book/1_4937_896605872.dbf

5478    1    4938    A 2022-12-14 09:40:42
        Name: /u01/app/oracle/archivelog/book/1_4938_896605872.dbf

5479    1    4939    A 2022-12-14 09:40:45
        Name: /u01/app/oracle/archivelog/book/1_4939_896605872.dbf

5480    1    4940    A 2022-12-14 09:40:48
        Name: /u01/app/oracle/archivelog/book/1_4940_896605872.dbf

5481    1    4941    A 2022-12-14 09:40:51
        Name: /u01/app/oracle/archivelog/book/1_4941_896605872.dbf

5482    1    4942    A 2022-12-14 09:40:54
        Name: /u01/app/oracle/archivelog/book/1_4942_896605872.dbf

5483    1    4943    A 2022-12-14 09:40:57
        Name: /u01/app/oracle/archivelog/book/1_4943_896605872.dbf

5484    1    4944    A 2022-12-14 09:41:00
        Name: /u01/app/oracle/archivelog/book/1_4944_896605872.dbf

5485    1    4945    A 2022-12-14 09:41:03
        Name: /u01/app/oracle/archivelog/book/1_4945_896605872.dbf

5486    1    4946    A 2022-12-14 09:41:06
        Name: /u01/app/oracle/archivelog/book/1_4946_896605872.dbf

5487    1    4947    A 2022-12-14 09:41:09
        Name: /u01/app/oracle/archivelog/book/1_4947_896605872.dbf

5488    1    4948    A 2022-12-14 09:41:12
        Name: /u01/app/oracle/archivelog/book/1_4948_896605872.dbf

5489    1    4949    A 2022-12-14 09:41:15
        Name: /u01/app/oracle/archivelog/book/1_4949_896605872.dbf

5490    1    4950    A 2022-12-14 09:41:18
        Name: /u01/app/oracle/archivelog/book/1_4950_896605872.dbf

5491    1    4951    A 2022-12-14 09:41:21
        Name: /u01/app/oracle/archivelog/book/1_4951_896605872.dbf

5492    1    4952    A 2022-12-14 09:41:24
        Name: /u01/app/oracle/archivelog/book/1_4952_896605872.dbf

5493    1    4953    A 2022-12-14 09:41:27
        Name: /u01/app/oracle/archivelog/book/1_4953_896605872.dbf

5494    1    4954    A 2022-12-14 09:41:30
        Name: /u01/app/oracle/archivelog/book/1_4954_896605872.dbf

5495    1    4955    A 2022-12-14 09:41:33
        Name: /u01/app/oracle/archivelog/book/1_4955_896605872.dbf

5496    1    4956    A 2022-12-14 09:41:36
        Name: /u01/app/oracle/archivelog/book/1_4956_896605872.dbf

5497    1    4957    A 2022-12-14 09:41:39
        Name: /u01/app/oracle/archivelog/book/1_4957_896605872.dbf

5498    1    4958    A 2022-12-14 09:41:42
        Name: /u01/app/oracle/archivelog/book/1_4958_896605872.dbf

5499    1    4959    A 2022-12-14 09:41:45
        Name: /u01/app/oracle/archivelog/book/1_4959_896605872.dbf

5500    1    4960    A 2022-12-14 09:41:48
        Name: /u01/app/oracle/archivelog/book/1_4960_896605872.dbf

5501    1    4961    A 2022-12-14 09:41:51
        Name: /u01/app/oracle/archivelog/book/1_4961_896605872.dbf

5502    1    4962    A 2022-12-14 09:41:54
        Name: /u01/app/oracle/archivelog/book/1_4962_896605872.dbf

5503    1    4963    A 2022-12-14 09:41:57
        Name: /u01/app/oracle/archivelog/book/1_4963_896605872.dbf


$ du -cm /u01/app/oracle/archivelog/book/1_49*_896605872.dbf | tail -1
3010    total
--//接近3G

$ ls -lh /u01/app/oracle/archivelog/book/1_490[123456]_896605872.dbf
-rw-r----- 1 oracle oinstall 48M 2022-12-14 09:30:00 /u01/app/oracle/archivelog/book/1_4901_896605872.dbf
-rw-r----- 1 oracle oinstall 48M 2022-12-14 09:30:03 /u01/app/oracle/archivelog/book/1_4902_896605872.dbf
-rw-r----- 1 oracle oinstall 48M 2022-12-14 09:30:06 /u01/app/oracle/archivelog/book/1_4903_896605872.dbf
-rw-r----- 1 oracle oinstall 48M 2022-12-14 09:30:09 /u01/app/oracle/archivelog/book/1_4904_896605872.dbf
-rw-r----- 1 oracle oinstall 45M 2022-12-14 09:37:30 /u01/app/oracle/archivelog/book/1_4905_896605872.dbf
-rw-r----- 1 oracle oinstall 46M 2022-12-14 09:37:33 /u01/app/oracle/archivelog/book/1_4906_896605872.dbf

--//大概產生了3010-48*4-45-46 = 2727M.也就是不能大量使用with+materialize的方式.

轉載請註明出處,本文鏈接:https://www.uj5u.com/shujuku/539967.html

標籤:Oracle

上一篇:全球銀行最大分布式核心系統全面上線,郵儲銀行做到了!

下一篇:怎么樣給Oracle資料庫中的表添加列?

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • GPU虛擬機創建時間深度優化

    **?桔妹導讀:**GPU虛擬機實體創建速度慢是公有云面臨的普遍問題,由于通常情況下創建虛擬機屬于低頻操作而未引起業界的重視,實際生產中還是存在對GPU實體創建時間有苛刻要求的業務場景。本文將介紹滴滴云在解決該問題時的思路、方法、并展示最終的優化成果。 從公有云服務商那里購買過虛擬主機的資深用戶,一 ......

    uj5u.com 2020-09-10 06:09:13 more
  • 可編程網卡芯片在滴滴云網路的應用實踐

    **?桔妹導讀:**隨著云規模不斷擴大以及業務層面對延遲、帶寬的要求越來越高,采用DPDK 加速網路報文處理的方式在橫向縱向擴展都出現了局限性。可編程芯片成為業界熱點。本文主要講述了可編程網卡芯片在滴滴云網路中的應用實踐,遇到的問題、帶來的收益以及開源社區貢獻。 #1. 資料中心面臨的問題 隨著滴滴 ......

    uj5u.com 2020-09-10 06:10:21 more
  • 滴滴資料通道服務演進之路

    **?桔妹導讀:**滴滴資料通道引擎承載著全公司的資料同步,為下游實時和離線場景提供了必不可少的源資料。隨著任務量的不斷增加,資料通道的整體架構也隨之發生改變。本文介紹了滴滴資料通道的發展歷程,遇到的問題以及今后的規劃。 #1. 背景 資料,對于任何一家互聯網公司來說都是非常重要的資產,公司的大資料 ......

    uj5u.com 2020-09-10 06:11:05 more
  • 滴滴AI Labs斬獲國際機器翻譯大賽中譯英方向世界第三

    **桔妹導讀:**深耕人工智能領域,致力于探索AI讓出行更美好的滴滴AI Labs再次斬獲國際大獎,這次獲獎的專案是什么呢?一起來看看詳細報道吧! 近日,由國際計算語言學協會ACL(The Association for Computational Linguistics)舉辦的世界最具影響力的機器 ......

    uj5u.com 2020-09-10 06:11:29 more
  • MPP (Massively Parallel Processing)大規模并行處理

    1、什么是mpp? MPP (Massively Parallel Processing),即大規模并行處理,在資料庫非共享集群中,每個節點都有獨立的磁盤存盤系統和記憶體系統,業務資料根據資料庫模型和應用特點劃分到各個節點上,每臺資料節點通過專用網路或者商業通用網路互相連接,彼此協同計算,作為整體提供 ......

    uj5u.com 2020-09-10 06:11:41 more
  • 滴滴資料倉庫指標體系建設實踐

    **桔妹導讀:**指標體系是什么?如何使用OSM模型和AARRR模型搭建指標體系?如何統一流程、規范化、工具化管理指標體系?本文會對建設的方法論結合滴滴資料指標體系建設實踐進行解答分析。 #1. 什么是指標體系 ##1.1 指標體系定義 指標體系是將零散單點的具有相互聯系的指標,系統化的組織起來,通 ......

    uj5u.com 2020-09-10 06:12:52 more
  • 單表千萬行資料庫 LIKE 搜索優化手記

    我們經常在資料庫中使用 LIKE 運算子來完成對資料的模糊搜索,LIKE 運算子用于在 WHERE 子句中搜索列中的指定模式。 如果需要查找客戶表中所有姓氏是“張”的資料,可以使用下面的 SQL 陳述句: SELECT * FROM Customer WHERE Name LIKE '張%' 如果需要 ......

    uj5u.com 2020-09-10 06:13:25 more
  • 滴滴Ceph分布式存盤系統優化之鎖優化

    **桔妹導讀:**Ceph是國際知名的開源分布式存盤系統,在工業界和學術界都有著重要的影響。Ceph的架構和演算法設計發表在國際系統領域頂級會議OSDI、SOSP、SC等上。Ceph社區得到Red Hat、SUSE、Intel等大公司的大力支持。Ceph是國際云計算領域應用最廣泛的開源分布式存盤系統, ......

    uj5u.com 2020-09-10 06:14:51 more
  • es~通過ElasticsearchTemplate進行聚合~嵌套聚合

    之前寫過《es~通過ElasticsearchTemplate進行聚合操作》的文章,這一次主要寫一個嵌套的聚合,例如先對sex集合,再對desc聚合,最后再對age求和,共三層嵌套。 Aggregations的部分特性類似于SQL語言中的group by,avg,sum等函式,Aggregation ......

    uj5u.com 2020-09-10 06:14:59 more
  • 爬蟲日志監控 -- Elastc Stack(ELK)部署

    傻瓜式部署,只需替換IP與用戶 導讀: 現ELK四大組件分別為:Elasticsearch(核心)、logstash(處理)、filebeat(采集)、kibana(可視化) 下載均在https://www.elastic.co/cn/downloads/下tar包,各組件版本最好一致,配合fdm會 ......

    uj5u.com 2020-09-10 06:15:05 more
最新发布
  • day02-2-商鋪查詢快取

    功能02-商鋪查詢快取 3.商鋪詳情快取查詢 3.1什么是快取? 快取就是資料交換的緩沖區(稱作Cache),是存盤資料的臨時地方,一般讀寫性能較高。 快取的作用: 降低后端負載 提高讀寫效率,降低回應時間 快取的成本: 資料一致性成本 代碼維護成本 運維成本 3.2需求說明 如下,當我們點擊商店詳 ......

    uj5u.com 2023-04-20 08:33:24 more
  • MySQL中binlog備份腳本分享

    關于MySQL的二進制日志(binlog),我們都知道二進制日志(binlog)非常重要,尤其當你需要point to point災難恢復的時侯,所以我們要對其進行備份。關于二進制日志(binlog)的備份,可以基于flush logs方式先切換binlog,然后拷貝&壓縮到到遠程服務器或本地服務器 ......

    uj5u.com 2023-04-20 08:28:06 more
  • day02-短信登錄

    功能實作02 2.功能01-短信登錄 2.1基于Session實作登錄 2.1.1思路分析 2.1.2代碼實作 2.1.2.1發送短信驗證碼 發送短信驗證碼: 發送驗證碼的介面為:http://127.0.0.1:8080/api/user/code?phone=xxxxx<手機號> 請求方式:PO ......

    uj5u.com 2023-04-20 08:27:27 more
  • 快取與資料庫雙寫一致性幾種策略分析

    本文將對幾種快取與資料庫保證資料一致性的使用方式進行分析。為保證高并發性能,以下分析場景不考慮執行的原子性及加鎖等強一致性要求的場景,僅追求最終一致性。 ......

    uj5u.com 2023-04-20 08:26:48 more
  • sql陳述句優化

    問題查找及措施 問題查找 需要找到具體的代碼,對其進行一對一優化,而非一直把關注點放在服務器和sql平臺 降低簡化每個事務中處理的問題,盡量不要讓一個事務拖太長的時間 例如檔案上傳時,應將檔案上傳這一步放在事務外面 微軟建議 4.啟動sql定時執行計劃 怎么啟動sqlserver代理服務-百度經驗 ......

    uj5u.com 2023-04-20 08:26:35 more
  • 云時代,MySQL到ClickHouse資料同步產品對比推薦

    ClickHouse 在執行分析查詢時的速度優勢很好的彌補了MySQL的不足,但是對于很多開發者和DBA來說,如何將MySQL穩定、高效、簡單的同步到 ClickHouse 卻很困難。本文對比了 NineData、MaterializeMySQL(ClickHouse自帶)、Bifrost 三款產品... ......

    uj5u.com 2023-04-20 08:26:29 more
  • sql陳述句優化

    問題查找及措施 問題查找 需要找到具體的代碼,對其進行一對一優化,而非一直把關注點放在服務器和sql平臺 降低簡化每個事務中處理的問題,盡量不要讓一個事務拖太長的時間 例如檔案上傳時,應將檔案上傳這一步放在事務外面 微軟建議 4.啟動sql定時執行計劃 怎么啟動sqlserver代理服務-百度經驗 ......

    uj5u.com 2023-04-20 08:25:13 more
  • Redis 報”OutOfDirectMemoryError“(堆外記憶體溢位)

    Redis 報錯“OutOfDirectMemoryError(堆外記憶體溢位) ”問題如下: 一、報錯資訊: 使用 Redis 的業務介面 ,產生 OutOfDirectMemoryError(堆外記憶體溢位),如圖: 格式化后的報錯資訊: { "timestamp": "2023-04-17 22: ......

    uj5u.com 2023-04-20 08:24:54 more
  • day02-2-商鋪查詢快取

    功能02-商鋪查詢快取 3.商鋪詳情快取查詢 3.1什么是快取? 快取就是資料交換的緩沖區(稱作Cache),是存盤資料的臨時地方,一般讀寫性能較高。 快取的作用: 降低后端負載 提高讀寫效率,降低回應時間 快取的成本: 資料一致性成本 代碼維護成本 運維成本 3.2需求說明 如下,當我們點擊商店詳 ......

    uj5u.com 2023-04-20 08:24:03 more
  • day02-短信登錄

    功能實作02 2.功能01-短信登錄 2.1基于Session實作登錄 2.1.1思路分析 2.1.2代碼實作 2.1.2.1發送短信驗證碼 發送短信驗證碼: 發送驗證碼的介面為:http://127.0.0.1:8080/api/user/code?phone=xxxxx<手機號> 請求方式:PO ......

    uj5u.com 2023-04-20 08:23:11 more