|
Длительный commit
|
|||
---|---|---|---|
#18+
MMF не знаю, как в IBE включить статистику Commit ... |
|||
:
Нравится:
Не нравится:
|
|||
03.06.2020, 16:00 |
|
Длительный commit
|
|||
---|---|---|---|
#18+
hvlad, Код: plaintext 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.
... |
|||
:
Нравится:
Не нравится:
|
|||
03.06.2020, 16:13 |
|
Длительный commit
|
|||
---|---|---|---|
#18+
MMF, а на нормальной БД? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.06.2020, 16:21 |
|
Длительный commit
|
|||
---|---|---|---|
#18+
Симонов Денис, на "нормальной" Код: plaintext 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.
... |
|||
:
Нравится:
Не нравится:
|
|||
03.06.2020, 16:28 |
|
Длительный commit
|
|||
---|---|---|---|
#18+
MMF, коррелляцию между Execute и Writes видишь ? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.06.2020, 16:36 |
|
Длительный commit
|
|||
---|---|---|---|
#18+
hvlad, вижу, но ведь кол-во вставляемых записей одинаково... Почему writes разное? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.06.2020, 16:41 |
|
Длительный commit
|
|||
---|---|---|---|
#18+
MMF, а записи в обеих БД одни и те же вставляются ? У них либо сильно разное распределение по ключам индексов. Либо в одной БД есть свободные места на случайных страницах с данными, а в другой - нет и там новые записи ложатся плотнее, занимая меньше страниц В одной БД они меняют в 3 раза меньше страниц, чем в другой. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.06.2020, 16:47 |
|
Длительный commit
|
|||
---|---|---|---|
#18+
hvlad, Записи разные, одинаково только кол-во, поскольку завязаны на содержимое таблицы-мастера. Обе базы после рестора, т.е. свободных случайных страниц нет. Выходит, разница в 4 раза обусловлена индексом внешнего ключа (остальные три дезактивированы, статистика COMMIT приведена для отключенных индексов). Как-то неожиданно ... |
|||
:
Нравится:
Не нравится:
|
|||
03.06.2020, 17:08 |
|
Длительный commit
|
|||
---|---|---|---|
#18+
MMF Выходит, разница в 4 раза обусловлена индексом внешнего ключа Можно сравнить статистику этого индекса до и после заливки записей. Если в быстром варианте будет больше новых страниц - это оно и есть. По твоим картинкам в 22144740 - заполнение страниц индекса FK_PERF_COUNTERS_DATA_COUNTER в "быстрой" БД ближе к 80%, а в медленной - ближе к 50% MMF Как-то неожиданно Чё-то долго, даже для random IO, даже для HDD (хотя...) ... |
|||
:
Нравится:
Не нравится:
|
|||
03.06.2020, 17:18 |
|
Длительный commit
|
|||
---|---|---|---|
#18+
Благодарю за помощь ... |
|||
:
Нравится:
Не нравится:
|
|||
03.06.2020, 18:01 |
|
Длительный commit
|
|||
---|---|---|---|
#18+
Возможно у автора какой-то новый способ спровоцировать длительный коммит. Какая-та скупая информация о том, как он это делает. Есть более простой и понятный способ получить тоже самое. По аналогии вот с этим автор05.06.2020 7:18:48 - DBMS : WI-V3.0.6.33294 Firebird 3.0 05.06.2020 7:18:48 - Client : Firebird 3.0.6.33294 05.06.2020 7:18:48 - START 05.06.2020 7:19:02 - 10000 05.06.2020 7:19:20 - 20000 05.06.2020 7:19:38 - 30000 05.06.2020 7:19:56 - 40000 05.06.2020 7:20:16 - 50000 05.06.2020 7:20:16 - STOP 05.06.2020 7:20:16 - COMMIT [relax and wait] 05.06.2020 7:30:54 - FINISH 10 минут. Я почему-то был уверен, что это в FB3 уже исправили. Ан нет. Код теста Код: vbnet 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.
То же самое, но через другого клиента Я не стал разгружать машину для чистоты эксперимента. автор05.06.2020 7:43:18 - DBMS : WI-V3.0.6.33294 Firebird 3.0 05.06.2020 7:43:18 - Client : LCPI.IBProvider.RemoteFB 5.18.0.35340 05.06.2020 7:43:18 - START 05.06.2020 7:43:35 - 10000 05.06.2020 7:43:54 - 20000 05.06.2020 7:44:12 - 30000 05.06.2020 7:44:30 - 40000 05.06.2020 7:44:49 - 50000 05.06.2020 7:44:49 - STOP 05.06.2020 7:44:49 - COMMIT [relax and wait] 05.06.2020 7:44:49 - FINISH ... |
|||
:
Нравится:
Не нравится:
|
|||
05.06.2020, 07:49 |
|
Длительный commit
|
|||
---|---|---|---|
#18+
Коваленко Дмитрий, Никто будучи в своём уме, не запускает 100500 селективных запросов на выполнение в одной тр-ции и ничего с ними потом не делает. Реакцию на этот бред, конечно, можно исправить, но кому это реально нужно ? Да и чем тогда ты будешь так гордиться ? :) PS тикет в трекере есть ? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.06.2020, 10:18 |
|
|
start [/forum/topic.php?fid=40&msg=39965842&tid=1560335]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
175ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
others: | 13ms |
total: | 280ms |
0 / 0 |