Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
sys.dm_exec_requests logical_reads
|
|||
|---|---|---|---|
|
#18+
снова на ночь глядя решил поиграться со статистикой чтений и что то показания set statistics io не сходятся с показаниями logical_reads в dmv репро: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. в другой сессии пока идет waitfor Код: sql 1. 2. 3. итог: Table 'buf_test'. Scan count 1, logical reads 335, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0. sys.dm_exec_requests.logical_reads == 343 результат statistics io совпадает с количеством страниц data_pages в allocation_units и это гут. не гут: что я не могу понять откуда берутся лишние чтения для sys.dm_exec_requests при учете что sql trace / XE по sql_statement_completed показывают цифры по чтениям теже что DMV Код: sql 1. 2. 3. 4. 5. 6. 7. 8. кол-во событий lock_acquired на страницы ровно столько сколько data_pages, а вот результаты событий sql_batch_completed уже рисуют цифорки что показывает DMV кто мне скажет что сиквел может такого дочитывать что влияет на показатель lr dmv причем в разных вариантах по разному при селекте из маленькой таблички не существенно а из большой разница может доходить до 1000 страниц при том что фактически страниц данных оператор вычитывает всего 40-50? аля io: 46 vs dmv:1633 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2019, 22:43 |
|
||
|
sys.dm_exec_requests logical_reads
|
|||
|---|---|---|---|
|
#18+
felix_ffне гут: что я не могу понять откуда берутся лишние чтения для sys.dm_exec_requests при учете что sql trace / XE по sql_statement_completed показывают цифры по чтениям теже что DMVВозможно, в sys.dm_exec_requests показывается общее количество чтений, которые понадобилось сделать для выполнения запроса. Включая чтения планов из кэша, чтение метаданных таблицы, и т.п. А в статистике показаны только чтения страниц таблицы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2019, 23:03 |
|
||
|
sys.dm_exec_requests logical_reads
|
|||
|---|---|---|---|
|
#18+
alexeyvg, возможно но показетель очень сильно разнится, я не думаю что метаданные могли бы занимать 12 метров при вычитке из таблицы всего 400 КБ. собственно я почему и обратил внимание у меня диссонанс происходит на таком запросе: Код: sql 1. 2. 3. io:46 dmv:1639 --index0 io:24 dmv:30 --index2 io:1025 dmv:1097 --index3 возможно на это влияет фрагментация: index 0 :44,4270907283828 index 2: 3,271484375 index 3: 30,6168224299065 но на куче она 44% на 3 индексе 30% а разница по статистикам не сходится, у кучи отклонение большое у индекса не особо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2019, 23:17 |
|
||
|
|

start [/forum/topic.php?fid=46&tid=1687178]: |
0ms |
get settings: |
9ms |
get forum list: |
25ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
38ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
53ms |
get tp. blocked users: |
2ms |
| others: | 225ms |
| total: | 371ms |

| 0 / 0 |
