Привет,
сейчас есть такая конфигурация - немного устаревший APEX 4.2.5.00.08, листенер задеплоин на Weblogic (не ORDS). База - 12.1.0.2.
Планируется проапгрейдить до APEX 5 и начать использовать ORDS 3. Так как сейчас используется Weblogic от Enterprise Manager Cloud Control, что не есть правильно, то будет использоваться Tomcat.
Я поставил ORDS 3 на Tomcat 7, направил его на приложение и сразу же заметил ощутимое проседание по производительности. Начал смотреть с БД и трассировка отображения одной и той же страницы отличается во много раз.
Вот самый "вопиющий" пример:
Медленный (ORDS):
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
PARSING IN CURSOR #139768478791784 len=179 dep=0 uid=48 oct=47 lid=48 tim=2073610311195 hv=815204020 ad='f0af11e8' sqlid='fmpajs4s9f1pn'
begin
wwv_flow.accept(p_flow_step_id=>:1 ,
p_md5_checksum=>:2 ,
p_page_checksum=>:3 ,
p_request=>:4 ,
p_page_submission_id=>:5 ,
p_flow_id=>:6 ,
p_instance=>:7 );
commit;
end;
END OF STMT
BINDS #139768478791784:
Bind#0
oacdty=01 mxl=16386(16000) mxlc=00 mal=00 scl=00 pre=00
oacflg=03 fl2=1000010 frm=01 csi=873 siz=16392 off=0
kxsbbbfp=7f1e62c326e8 bln=16386 avl=02 flg=05
value="16"
Bind#1
oacdty=01 mxl=32(04) mxlc=00 mal=00 scl=00 pre=00
oacflg=03 fl2=1000010 frm=01 csi=873 siz=32 off=0
kxsbbbfp=7f1e6319d5e8 bln=32 avl=00 flg=05
Bind#2
oacdty=01 mxl=16386(16000) mxlc=00 mal=00 scl=00 pre=00
oacflg=03 fl2=1000010 frm=01 csi=873 siz=16392 off=0
kxsbbbfp=7f1e63286ff8 bln=16386 avl=32 flg=05
value="AB381D0C32AE086D950A8598278B5BF1"
Bind#3
oacdty=01 mxl=16386(16000) mxlc=00 mal=00 scl=00 pre=00
oacflg=03 fl2=1000010 frm=01 csi=873 siz=16392 off=0
kxsbbbfp=7f1e63282fb0 bln=16386 avl=19 flg=05
value="T_DATABASE ANALYSIS"
Bind#4
oacdty=01 mxl=16386(16000) mxlc=00 mal=00 scl=00 pre=00
oacflg=03 fl2=1000010 frm=01 csi=873 siz=16392 off=0
kxsbbbfp=7f1e6327ef68 bln=16386 avl=15 flg=05
value="105642472077137"
Bind#5
oacdty=01 mxl=16386(16000) mxlc=00 mal=00 scl=00 pre=00
oacflg=03 fl2=1000010 frm=01 csi=873 siz=16392 off=0
kxsbbbfp=7f1e62c56ff8 bln=16386 avl=03 flg=05
value="105"
Bind#6
oacdty=01 mxl=16386(16000) mxlc=00 mal=00 scl=00 pre=00
oacflg=03 fl2=1000010 frm=01 csi=873 siz=16392 off=0
kxsbbbfp=7f1e62c52fb0 bln=16386 avl=15 flg=05
value="106113625478967"
EXEC #139768478791784:c=593910,e=1048166,p=28,cr=5179,cu=20,mis=0,r=1,dep=0,og=1,plh=0,tim=2073611359340
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
PARSING IN CURSOR #140371593607792 len=179 dep=0 uid=48 oct=47 lid=48 tim=2073894200703 hv=815204020 ad='f0af11e8' sqlid='fmpajs4s9f1pn'
begin
wwv_flow.accept(p_flow_step_id=>:1 ,
p_md5_checksum=>:2 ,
p_page_checksum=>:3 ,
p_request=>:4 ,
p_page_submission_id=>:5 ,
p_flow_id=>:6 ,
p_instance=>:7 );
commit;
end;
END OF STMT
BINDS #140371593607792:
Bind#0
oacdty=01 mxl=16386(08) mxlc=00 mal=00 scl=00 pre=00
oacflg=03 fl2=1000010 frm=01 csi=873 siz=16392 off=0
kxsbbbfp=7faacf31aff8 bln=16386 avl=02 flg=05
value="16"
Bind#1
oacdty=01 mxl=32(04) mxlc=00 mal=00 scl=00 pre=00
oacflg=03 fl2=1000010 frm=01 csi=873 siz=32 off=0
kxsbbbfp=7faacf370b78 bln=32 avl=00 flg=05
Bind#2
oacdty=01 mxl=16386(128) mxlc=00 mal=00 scl=00 pre=00
oacflg=03 fl2=1000010 frm=01 csi=873 siz=16392 off=0
kxsbbbfp=7faaced91008 bln=16386 avl=32 flg=05
value="3A1FE237D66B4EE18C1CC5FED7341674"
Bind#3
oacdty=01 mxl=16386(76) mxlc=00 mal=00 scl=00 pre=00
oacflg=03 fl2=1000010 frm=01 csi=873 siz=16392 off=0
kxsbbbfp=7faaced81008 bln=16386 avl=19 flg=05
value="T_DATABASE ANALYSIS"
Bind#4
oacdty=01 mxl=16386(60) mxlc=00 mal=00 scl=00 pre=00
oacflg=03 fl2=1000010 frm=01 csi=873 siz=16392 off=0
kxsbbbfp=7faacf3baf90 bln=16386 avl=15 flg=05
value="103847346443641"
Bind#5
oacdty=01 mxl=16386(12) mxlc=00 mal=00 scl=00 pre=00
oacflg=03 fl2=1000010 frm=01 csi=873 siz=16392 off=0
kxsbbbfp=7faacf3b6f48 bln=16386 avl=03 flg=05
value="105"
Bind#6
oacdty=01 mxl=16386(60) mxlc=00 mal=00 scl=00 pre=00
oacflg=03 fl2=1000010 frm=01 csi=873 siz=16392 off=0
kxsbbbfp=7faacec8aff8 bln=16386 avl=15 flg=05
value="121119121385021"
EXEC #140371593607792:c=37994,e=42454,p=0,cr=152,cu=14,mis=0,r=1,dep=0,og=1,plh=0,tim=2073894243141
Т.е. время выполнения бысрого - 42454, а медленного 1048166. И такое поведение наблюдается постоянно - ORDS медленно, без него быстро.
Что это может такое быть?
