|
Кажись, опять допрыгался... "Command error: show database"
#38633794
Ссылка:
Ссылка на сообщение:
Ссылка с названием темы:
Ссылка на профиль пользователя:
|
|
|
|
hi all
В некотором тесте isql складывает получаемые при выполнении скрипта ошибки в отд. файлик. А утилита mtee заботливо снабжает эти ошибки таймштампом.
Вижу в этом файлике:
1.
2.
3.
4.
20:50:52.654 Statement failed, SQLSTATE = HY000
20:50:52.669 unknown ISC error 335545060
20:50:52.669 After line 0 in file tmp_oltp_sales.tmp
20:50:52.669 Command error: show database
Файл tmp_oltp_sales.tmp генерится автоматом, в нём синтаксич. траблы давно уже пофиксены.
Вот фрагмент этого файла: 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.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
-- ##### G E N E R A T E D A U T O, D O * N O T * E D I T #####
set heading off; select 'Scenario for: sales' from rdb$database; set heading on;
set list on;
select 'iter #1' msg, current_connection, current_timestamp from rdb$database;
set list off;
show database;
-- ############### run application sp, iter #1 ###################
commit; set transaction SNAPSHOT NO WAIT;
set echo on;
-- ############### run application sp, iter #1 ###################
commit; set transaction SNAPSHOT NO WAIT;
set echo on;
-- ##################################################################
-- ############### s p _ c l i e n t _ o r d e r ################
-- ##################################################################
set list on; select current_timestamp, current_transaction, current_connection att from rdb$database; set list off;
set stat on;
select
min(p.doc_list_id) client_order_id, count(*) total_lines,
sum(p.purchase) purchase_sum, sum(p.retail) retail_sum
from sp_client_order p;
-- ~~~~~~~~~~~~~~~~~~
set stat off;
set echo off;
commit;
set heading off; select 'After executing SP: ', current_timestamp from rdb$database; set heading on;
set heading off; set list on;
select 'Finish iter #1 of 200' msg from rdb$database;
set bail on;
set term ^;
execute block as begin
if ( exists( select * from ext_stoptest ) ) then begin
exception ex_test_cancellation; -- E X C E P T I O N: C A N C E L T E S T
end
end^
set term ;^
set bail off;
set list off; set heading on;
-- add pause of 23 seconds:
set list on; select 'before sleep:' msg, current_timestamp dts, 23 sleep_seconds from rdb$database;
shell cscript //e:vbscript //t:23 tmp_longsleep.tmp >nul;
select 'after sleep:' msg, current_timestamp dts from rdb$database; set list off;
set list on;
select 'iter #2' msg, current_connection, current_timestamp from rdb$database;
set list off;
show database;
-- ############### run application sp, iter #2 ###################
commit; set transaction SNAPSHOT NO WAIT;
set echo on;
. . . . . . . . .
И что тут может не нравиться ФБ ??
PS.
1.
2.
3.
4.
5.
6.
7.
SQL> show version;
ISQL Version: LI-T3.0.0.31099 Firebird 3.0 Alpha 2
Server version:
Firebird/Linux/AMD/Intel/x64 (access method), version "LI-T3.0.0.31099 Firebird 3.0 Alpha 2"
Firebird/Linux/AMD/Intel/x64 (remote server), version "LI-T3.0.0.31099 Firebird 3.0 Alpha 2/tcp (oel64)/P13"
Firebird/Linux/AMD/Intel/x64 (remote interface), version "LI-T3.0.0.31099 Firebird 3.0 Alpha 2/tcp (oel64)/P13"
on disk structure version 12.0
PPS. Может, нагрузка влияет ? Она сейчас чуток подросла, в общей сложности 400 аттачей, размазаны по двум базам: 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.
$ /opt/fb30/bin/fb_lock_print -d /var/db/fb30/oltp30b.fdb
LOCK_HEADER BLOCK
Version: 146, Creation timestamp: 2014-05-05 19:50:15
Active owner: 0, Length: 3145728, Used: 2548328
Enqs: 9229380, Converts: 41386, Rejects: 346679, Blocks: 0
Deadlock scans: 0, Deadlocks: 0, Scan interval: 10
Acquires: 18815693, Acquire blocks: 116776, Spin count: 0
Mutex wait: 0.6%
Hash slots: 8191, Hash lengths (min/avg/max): 0/ 0/ 5
Remove node: 0, Insert queue: 0, Insert prior: 0
Owners (188): forward: 78376, backward: 168456
Free owners (1): forward: 475848, backward: 475848
Free locks (32): forward: 80080, backward: 1733896
Free requests (311): forward: 529144, backward: 2036808
$ /opt/fb30/bin/fb_lock_print -d /var/db/fb30/idx_under_load_trnk.fdb
LOCK_HEADER BLOCK
Version: 146, Creation timestamp: 2014-05-05 20:26:03
Active owner: 0, Length: 2097152, Used: 1803880
Enqs: 70765582, Converts: 14181, Rejects: 9716796, Blocks: 0
Deadlock scans: 0, Deadlocks: 0, Scan interval: 10
Acquires: 132069840, Acquire blocks: 8006803, Spin count: 0
Mutex wait: 6.1%
Hash slots: 8191, Hash lengths (min/avg/max): 0/ 0/ 6
Remove node: 0, Insert queue: 0, Insert prior: 0
Owners (222): forward: 78376, backward: 1796736
Free owners (11): forward: 1749216, backward: 1494280
Free locks (67): forward: 80408, backward: 1587360
Free requests (1378): forward: 1769656, backward: 1589992
|
|
|
