Помогите разобраться с загадкой.
Есть табличка



вставляю в нее 400 ранее подготовленных записей


Запрос вставки выполняется за 30 мс, commit - 8..9 секунд

Загадка в том, что в другой базе такой же структуры, лежащей в том же каталоге, подключенной к тому же серверу, все тоже самое выполняется за 1-2 секунды. "Тормозящая" база после рестора и пересчета статистик. Триггеров на таблице или базе нет. Статистика ничего особенного не показывает.
В значительно больших по объему и по кол-ву записей в табличке базах коммит много быстрее... Почему такое может быть?

Статистики таблицы в "нормальной" и "тормозящей" базе

Вставка в "обычную"
------ Информация о производительности ------
Время подготовки запроса = 0ms
Время выполнения запроса = 31ms
Current memory = 85 032 136
Max memory = 143 269 104
Memory buffers = 5 000
Reads from disk to cache = 0
Writes from cache to disk = 0
Чтений из кэша = 11 618

Коммит: Транзакция подтверждена... (2172 ms)

Вставка в "тормозящую"

------ Информация о производительности ------
Время подготовки запроса = 0ms
Время выполнения запроса = 79ms
Current memory = 84 729 056
Max memory = 85 926 408
Memory buffers = 5 000
Reads from disk to cache = 0
Writes from cache to disk = 0
Чтений из кэша = 10 311

Коммит: Транзакция подтверждена... (8531 ms)

"Обычная"
Database header page information:
Flags 0
Checksum 12345
Generation 171
Page size 16384
ODS version 11.2
Oldest transaction 83
Oldest active 84
Oldest snapshot 84
Next transaction 158
Bumped transaction 1
Sequence number 0
Next attachment ID 6
Implementation ID 26
Shadow count 0
Page buffers 0
Next header page 0
Database dialect 3
Creation date Jun 1, 2020 13:14:16
Attributes force write

"Тормозящая"
Database header page information:
Flags 0
Checksum 12345
Generation 466
Page size 16384
ODS version 11.2
Oldest transaction 452
Oldest active 453
Oldest snapshot 453
Next transaction 454
Bumped transaction 1
Sequence number 0
Next attachment ID 8
Implementation ID 26
Shadow count 0
Page buffers 0
Next header page 0
Database dialect 3
Creation date Jun 2, 2020 16:44:08
Attributes force write

Fb 2.5.8.27089 SuperServer
Обычный HDD
FW включены
При отключении (ALTER ... INACTIVE) всех индексов, кроме внешнего ключа: "тормозящая" - коммит 5... 5,5 сек, "обычная" - 1..1,5сек
Фрагментации диска нет. Размер кластера 4Кб

Активных соединений, кроме IBExpert, нет. Базы восстановил на своем рабочем компе.
Дисковая подсистема ни при чем - потому что изначально проблему увидели на другом сервере, базу выгрузили и прислали. Развернули на резервном сервере, потом уже ее начал смотреть я. Т.е. в трех разных по аппаратному обеспечению база тормозит (и после рестора), конечно с разным временем выполнения операции.

Трассу щас соберу.
Триггеров на таблице нет

2020-06-03T12:23:51.5190 (5612:0000000000F71390) ATTACH_DATABASE
D:\DB\2020-06-01-UPP6.TEST_200601.FDB (ATT_11, SYSDBA:NONE, NONE, XNET:TEST_DEVPC)
C:\Program Files\Firebird\Firebird_2_5\bin\isql.exe:10144

2020-06-03T12:23:51.5340 (5612:0000000000F71390) START_TRANSACTION
D:\DB\2020-06-01-UPP6.TEST_200601.FDB (ATT_11, SYSDBA:NONE, NONE, XNET:TEST_DEVPC)
C:\Program Files\Firebird\Firebird_2_5\bin\isql.exe:10144
(TRA_807, CONCURRENCY | WAIT | READ_WRITE)

2020-06-03T12:23:51.5500 (5612:0000000000F71390) START_TRANSACTION
D:\DB\2020-06-01-UPP6.TEST_200601.FDB (ATT_11, SYSDBA:NONE, NONE, XNET:TEST_DEVPC)
C:\Program Files\Firebird\Firebird_2_5\bin\isql.exe:10144
(TRA_808, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)

2020-06-03T12:24:11.0250 (5612:0000000000F71390) EXECUTE_STATEMENT_START
D:\DB\2020-06-01-UPP6.TEST_200601.FDB (ATT_11, SYSDBA:NONE, NONE, XNET:TEST_DEVPC)
C:\Program Files\Firebird\Firebird_2_5\bin\isql.exe:10144
(TRA_807, CONCURRENCY | WAIT | READ_WRITE)

Statement 76:
-------------------------------------------------------------------------------
insert into PERF_COUNTERS_DATA(TS, CNT_VALUE, PERF_COUNTERS_ID) select TS, CNT_VALUE, PERF_COUNTERS_ID from T_PERF_COUNTERS_DATA

2020-06-03T12:25:14.3190 (5612:0000000000F71390) COMMIT_TRANSACTION
D:\DB\2020-06-01-UPP6.TEST_200601.FDB (ATT_11, SYSDBA:NONE, NONE, XNET:TEST_DEVPC)
C:\Program Files\Firebird\Firebird_2_5\bin\isql.exe:10144
(TRA_807, CONCURRENCY | WAIT | READ_WRITE)
4702 ms, 433 write(s), 1 fetch(es), 1 mark(s)

2020-06-03T12:25:14.3190 (5612:0000000000F71390) COMMIT_TRANSACTION
D:\DB\2020-06-01-UPP6.TEST_200601.FDB (ATT_11, SYSDBA:NONE, NONE, XNET:TEST_DEVPC)
C:\Program Files\Firebird\Firebird_2_5\bin\isql.exe:10144
(TRA_808, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)
8 ms, 1 write(s), 1 fetch(es), 1 mark(s)

select * from rdb$triggers where RDB$TRIGGER_TYPE>114
выдает пусто, т.е. триггеров уровня базы данных нет

AltHasp,
Мне ведь нужно разобраться, почему у одного клиента получаются такие "тормозящие" базы. Т.е. это не одна такая. Ну перекачаю я данные (хотя сомневаюсь насчет "быстро" для баз в несколько гигабайт размером) и она скорее всего не будет тормозить - это не поможет мне в поисках ответа.

AltHasp,

ODS version 11.2,
DefaultDbCachePages = 5000

hvlad,
не знаю, как в IBE включить статистику Commit
Статистика выполнения запроса в картинке, потому что "Copy Analysis to Clipboard" разъезжаются колонки таблички

на "нормальной" базе
Query
------------------------------------------------
insert into PERF_COUNTERS_DATA(TS, CNT_VALUE, PERF_COUNTERS_ID)
select TS, CNT_VALUE, PERF_COUNTERS_ID from T_PERF_COUNTERS_DATA;

Plan
------------------------------------------------


Query Time
------------------------------------------------
Prepare : 0,00 ms
Execute : 31,00 ms
Avg fetch time: 0,00 ms

Memory
------------------------------------------------
Current: 84 010 336
Max : 84 130 040
Buffers: 5 000

Operations
------------------------------------------------
Read : 132
Writes : 0
Fetches: 6 536
Marks : 870


Enchanced Info:
+-------------------------------+-----------+-----------+-------------+---------+---------+---------+----------+----------+----------+
| Table Name | Records | Indexed | Non-Indexed | Updates | Deletes | Inserts | Backouts | Purges | Expunges |
| | Total | reads | reads | | | | | | |
+-------------------------------+-----------+-----------+-------------+---------+---------+---------+----------+----------+----------+
|PERF_COUNTERS_DATA | 0 | 0 | 0 | 0 | 0 | 429 | 0 | 0 | 0 |
|T_PERF_COUNTERS_DATA | 0 | 0 | 429 | 0 | 0 | 0 | 0 | 0 | 0 |
+-------------------------------+-----------+-----------+-------------+---------+---------+---------+----------+----------+----------+

Транзакция подтверждена... (953 ms)

hvlad,

Симонов Денис,
на "нормальной"

hvlad,
вижу, но ведь кол-во вставляемых записей одинаково... Почему writes разное?

hvlad,

Записи разные, одинаково только кол-во, поскольку завязаны на содержимое таблицы-мастера.
Обе базы после рестора, т.е. свободных случайных страниц нет. Выходит, разница в 4 раза обусловлена индексом внешнего ключа (остальные три дезактивированы, статистика COMMIT приведена для отключенных индексов). Как-то неожиданно

Благодарю за помощь