|
Тюнинг ASE
|
|||
---|---|---|---|
#18+
Перенос tempdb на RAW раздел: Adaptive Server Enterprise/12.5.4/EBF 16800 ESD#10/P/x86_64/Enterprise Linux/ase1254/2159/64-bit/OPT/Mon Nov 2 03:14:39 2009 Вопрос: если есть Initializing virtual device 5, '/opt/sybase/data/tempdb.dat' with dsync 'on'. Virtual device 5 started using asynchronous i/o. имеет ли смысл переносить его на RAW раздел? типа Activating disk 'basis_dat' of size 8388608 KB. Initializing virtual device 3, '/dev/mapper/db_dat' with dsync 'on'. Будет ли прирост скорости? Sybmon в аттаче советует: Tuning Recommendations for Monitor Access to Executing SQL ---------------------------------------------------------- - Consider decreasing the 'max SQL text monitored' parameter to 1024 (i.e., half way from its current value to Maximum SQL Text Requested). Tuning Recommendations for Transaction Management ------------------------------------------------- - Consider decreasing the 'user log cache size' configuration parameter if it is greater than the logical database page size. Tuning Recommendations for Lock Management ------------------------------------------ - Consider increasing the 'deadlock checking period' parameter by 50 ms. - Consider increasing the value of 'lock hashtable size' configuration option. The value for this configuration option must be a power of 2. Стоит ли это делать? Что ещё на основании приведённого мониторинга можно сделать? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.08.2015, 10:24 |
|
Тюнинг ASE
|
|||
---|---|---|---|
#18+
hexes, raw используют для durability а не для скорости. Если и будет прирост, то незначительный. raw Sybase рекомендовал использовать на SunOs, да и то давно. Так что нет, не нужно. Из остального кроме ULC думаю все пустое. Все советы из цикла "оно вам не надо, все равно лишнее, так что можете немного съэкономить", если экономить на хочется, то лучше ничего не делать. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.08.2015, 15:31 |
|
Тюнинг ASE
|
|||
---|---|---|---|
#18+
hexes, Прирост скорости в любом случае будет. Вы исключаете из цепочки I/O кэш файловой системы, журнал файловой системы, если он есть etc... У меня был опыт, который показал прирост в 20% raw девайса по сравнению с файлами на zfs. Тут может куча факторов накладываться, от настроек файловой системы до неправильно выровненного раздела диска. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.08.2015, 18:05 |
|
Тюнинг ASE
|
|||
---|---|---|---|
#18+
SQLMantis, а как же async io? разве он не обходит как раз эти SQLMantisI/O кэш файловой системы, журнал файловой системы, если он есть etc. ? И да ZFS думаю тут решающий фактор... А вообще - мне тут взрослые товарищи с ТБыми базами советуют tempdb в RAMdisk, а девайсы базы на PCI-SSD. Но боюсь я этого PCI-SSD... Как и любого SSD. Вопрос если сделать как они говорят, девайсы базы на PCI-SSD но при этом отзеркалить их на обычный винт. Как это будет работать? Не упрётся ли оно в производительность винта? MasterZivИз остального кроме ULC думаю все пустое. ULC? user log cache? Каким его сделать? В какую сторону тогда копать если всё остальное ОК??? Что делать ума не приложу, БД стала сильно тормозить. Простые отчёты которые отрабатывали за секунды теперь до 1.5-2х минут генерятся. а sysmon говорит что cache hits почти 100%... В аттаче ещё один сисмон. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.08.2015, 20:03 |
|
Тюнинг ASE
|
|||
---|---|---|---|
#18+
И да, на всякий случай конфига: uname -a Linux aquarium 2.6.18-6-amd64 #1 SMP Thu Dec 25 21:08:54 UTC 2008 x86_64 GNU/Linux cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel(R) Xeon(R) CPU X3330 @ 2.66GHz stepping : 10 cpu MHz : 2660.008 cache size : 3072 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 4 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx smx est tm2 cx16 xtpr lahf_lm bogomips : 5324.42 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel(R) Xeon(R) CPU X3330 @ 2.66GHz stepping : 10 cpu MHz : 2660.008 cache size : 3072 KB physical id : 0 siblings : 4 core id : 2 cpu cores : 4 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx smx est tm2 cx16 xtpr lahf_lm bogomips : 5320.12 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 2 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel(R) Xeon(R) CPU X3330 @ 2.66GHz stepping : 10 cpu MHz : 2660.008 cache size : 3072 KB physical id : 0 siblings : 4 core id : 1 cpu cores : 4 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx smx est tm2 cx16 xtpr lahf_lm bogomips : 5320.08 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel(R) Xeon(R) CPU X3330 @ 2.66GHz stepping : 10 cpu MHz : 2660.008 cache size : 3072 KB physical id : 0 siblings : 4 core id : 3 cpu cores : 4 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx smx est tm2 cx16 xtpr lahf_lm bogomips : 5320.11 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: free total used free shared buffers cached Mem: 4049920 4007696 42224 0 2614700 1233732 -/+ buffers/cache: 159264 3890656 Swap: 6291448 52 6291396 2 диска Model Family: Western Digital VelociRaptor Device Model: WDC WD3000HLHX-01JJPV0 Serial Number: WD-WX41E7235375 LU WWN Device Id: 5 0014ee 602d0e95b Firmware Version: 04.05G04 User Capacity: 300.069.052.416 bytes [300 GB] Sector Size: 512 bytes logical/physical Rotation Rate: 10000 rpm Device is: In smartctl database [for details use: -P show] ATA Version is: ATA8-ACS (minor revision not indicated) SATA Version is: SATA 2.6, 6.0 Gb/s Local Time is: Wed Jul 29 16:29:20 2015 NOVT SMART support is: Available - device has SMART capability. SMART support is: Enabled в mdamd raid1 ... |
|||
:
Нравится:
Не нравится:
|
|||
04.08.2015, 20:06 |
|
Тюнинг ASE
|
|||
---|---|---|---|
#18+
hexes В какую сторону тогда копать если всё остальное ОК??? Что делать ума не приложу, БД стала сильно тормозить. Простые отчёты которые отрабатывали за секунды теперь до 1.5-2х минут генерятся. Я б, начал бы с самих запросов. План, статистика, оптимизатор, итд... ... |
|||
:
Нравится:
Не нравится:
|
|||
04.08.2015, 22:26 |
|
Тюнинг ASE
|
|||
---|---|---|---|
#18+
cherrex_Den, я б тоже. Потом погляжу на мониторы.... ULC вам кажется было сказано уменьшить, если он больше, чем страница лога. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.08.2015, 00:01 |
|
Тюнинг ASE
|
|||
---|---|---|---|
#18+
Вот это еще смущает. Половина сбросов, если память не изменяет, то это бывший System Log Record (при запуске системной транзакции (например, выделение OAM-страницы) внутри пользовательской транзакции). Transaction Management ---------------------- ULC Flushes to Xact Log per sec per xact count % of total ------------------------- ------------ ------------ ---------- ---------- by Full ULC 0.1 0.0 74 0.5 % by End Transaction 6.9 1.2 4130 28.5 % by Change of Database 0.3 0.0 169 1.2 % by Single Log Record 12.6 2.2 7547 52.1 % by Unpin 3.3 0.6 1955 13.5 % by Other 1.0 0.2 604 4.2 % ------------------------- ------------ ------------ ---------- Total ULC Flushes 24.1 4.2 14479 ... |
|||
:
Нравится:
Не нравится:
|
|||
05.08.2015, 03:19 |
|
Тюнинг ASE
|
|||
---|---|---|---|
#18+
MasterZivULC вам кажется было сказано уменьшить, если он больше, чем страница лога. Да, я помню что было сказано, он стоит 4096. Его уменьшить до значения select @@maxpagesize (в моём случае 2048)? cherrex_DenВот это еще смущает. Половина сбросов, если память не изменяет, то это бывший System Log Record (при запуске системной транзакции (например, выделение OAM-страницы) внутри пользовательской транзакции). Что это значит? cherrex_DenЯ б, начал бы с самих запросов. План, статистика, оптимизатор, итд... Если бы что то изменилось в них, то возможно, но когда база работала на протяжении Хлет, и начала тормозить... + я хреново (читай никак) разбираюсь в планах,статистиках и оптимизаторах... Если вы готовы меня разик носом натыкать куда смотреть и как его читать хотя бы на одном примере, был бы крайне признателен!!! А про SSD и tempdb в оперативке что думаете? Про зеркалирование девайсов? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.08.2015, 08:06 |
|
Тюнинг ASE
|
|||
---|---|---|---|
#18+
Свежий sysmon после ребута, нескольких настроек и "Fix allocation errors". ... |
|||
:
Нравится:
Не нравится:
|
|||
05.08.2015, 08:55 |
|
Тюнинг ASE
|
|||
---|---|---|---|
#18+
авторЧто это значит? Тут вообще загадка! В описании к с sp_sysmon нет такого счетчика, есть System Log Record . Может опечатка.... System Log Record - это системная запись в лог, например при аллоцировании новой OAM страницы. авторЕсли вы готовы меня разик носом натыкать куда смотреть и как его читать хотя бы на одном примере, был бы крайне признателен!!! Как говориться, "чем смогу..." Но начать надо именно с них! авторА про SSD и tempdb в оперативке что думаете? Про зеркалирование девайсов? Забыл про это с версии 15.5, когда темповые базы стали "Durability оff". ... |
|||
:
Нравится:
Не нравится:
|
|||
05.08.2015, 10:17 |
|
Тюнинг ASE
|
|||
---|---|---|---|
#18+
hexes, авторСвежий sysmon после ребута, нескольких настроек и "Fix allocation errors". Лучше на "прогретом" sp_sysmon запускать, ну и конечно чтоб в интервал работы sp_sysmon попали ваши тормозящие запросы. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.08.2015, 11:03 |
|
Тюнинг ASE
|
|||
---|---|---|---|
#18+
hexes, Также интересно было бы увидеть: 1. раскладку по базам и девайсам (на каком девайсе какая база). 2. Раскладку по кэшам (какие базы/объекты к какому кэшу прибиндены). 3. конфигурайионный файл ASE. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.08.2015, 11:10 |
|
Тюнинг ASE
|
|||
---|---|---|---|
#18+
cherrex_Den, ТС, там у вас 20% переключения задачь по отсутствию данных в кэше, это многовато. Вам либо надо памяти под кэш выделить больше , либо кэши настроить... кажется это было в обоих ваших мониторах. .. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.08.2015, 12:36 |
|
Тюнинг ASE
|
|||
---|---|---|---|
#18+
[quot cherrex_Den]авторЧто это значит? Тут вообще загадка! В описании к с sp_sysmon нет такого счетчика, есть System Log Record . Может опечатка.... System Log Record - это системная запись в лог, например при аллоцировании новой OAM страницы. Здрасте, как это нет, когда я его даже помню? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.08.2015, 14:29 |
|
Тюнинг ASE
|
|||
---|---|---|---|
#18+
hexesСвежий sysmon после ребута, нескольких настроек и "Fix allocation errors". с какого хххх у тебя то 3 енджина, то 4? Опять 15% cache search misses. либо бд непрогрета, либо кэши не настроены. настаивай! либо прогревай бд перед сниманием монитора. остальное все идеально. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.08.2015, 14:37 |
|
Тюнинг ASE
|
|||
---|---|---|---|
#18+
[quot MasterZiv]cherrex_Denпропущено... Тут вообще загадка! В описании к с sp_sysmon нет такого счетчика, есть System Log Record . Может опечатка.... System Log Record - это системная запись в лог, например при аллоцировании новой OAM страницы. Здрасте, как это нет, когда я его даже помню? В документации: System Log Record - есть , Single Log Record - нет , но sp_sysmon упорно пишет Single Log Record ... |
|||
:
Нравится:
Не нравится:
|
|||
05.08.2015, 14:44 |
|
Тюнинг ASE
|
|||
---|---|---|---|
#18+
авторCache: kinomirdat per sec per xact count % of total ------------------------- ------------ ------------ ---------- ---------- Spinlock Contention n/a n/a n/a 10.0 % Можно еще кэши на партиции побить... ... |
|||
:
Нравится:
Не нравится:
|
|||
05.08.2015, 14:49 |
|
Тюнинг ASE
|
|||
---|---|---|---|
#18+
cherrex_Den, Слушайте, в тюнинге надо сосредотачиваться на главном. Найти узкое место, и его "убить". ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2015, 00:58 |
|
Тюнинг ASE
|
|||
---|---|---|---|
#18+
MasterZivcherrex_Den, Слушайте, в тюнинге надо сосредотачиваться на главном. Найти узкое место, и его "убить". Согласен, поэтому ТС надо запросы/планы тюнинговать. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2015, 09:00 |
|
Тюнинг ASE
|
|||
---|---|---|---|
#18+
MasterZiv с какого хххх у тебя то 3 енджина, то 4? Ну... добавил один энжин. =) на проце 4 ядра. MasterZiv ТС, там у вас 20% переключения задачь по отсутствию данных в кэше, это многовато. Вам либо надо памяти под кэш выделить больше , либо кэши настроить... Заказал ещё 4Гб оперативки, для tempdb и кэшей + PCI-SSD Есть такая загадка: ХП, запускаю с интервалом 1неделя (отчёт о продажах), отрабатывает за пару сек., запускаю его же с интервалом мес. уходит в думки на 10+мин., делаю ход конём неделя, добавляю неделю генерю, ещё неделю генерю, в итоге выхожу на требуемый месяц, генерится сек. за 15. Я так понимаю дело в кэшах? он потихоньку их прогревает и быстро формирует месяц? Почему такая большая разница с непрогретым кэшем? Сейчас сделаю sysmon и план запроса ХП с неделей и месяцем. Месяц в аттаче ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2015, 11:19 |
|
Тюнинг ASE
|
|||
---|---|---|---|
#18+
Месяц авторThe sort for Worktable1 is done in Serial The sort for Worktable2 is done in Serial Table: Payment scan count 3, logical reads: (regular=12 apf=0 total=12), physical reads: (regular=10 apf=0 total=10), apf IOs used=0 Table: Payment scan count 3, logical reads: (regular=12 apf=0 total=12), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Client scan count 1, logical reads: (regular=4 apf=0 total=4), physical reads: (regular=2 apf=0 total=2), apf IOs used=0 Table: Orders scan count 3, logical reads: (regular=12 apf=0 total=12), physical reads: (regular=9 apf=0 total=9), apf IOs used=0 Table: TiOpRealization scan count 1, logical reads: (regular=110816 apf=0 total=110816), physical reads: (regular=1 apf=0 total=1), apf IOs used=0 Table: WorkSession scan count 13531, logical reads: (regular=16956 apf=0 total=16956), physical reads: (regular=168 apf=8 total=176), apf IOs used=0 Table: Users scan count 1, logical reads: (regular=17 apf=0 total=17), physical reads: (regular=7 apf=0 total=7), apf IOs used=0 Table: Currency scan count 1, logical reads: (regular=3 apf=0 total=3), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: TickStockUse scan count 17, logical reads: (regular=27 apf=0 total=27), physical reads: (regular=7 apf=0 total=7), apf IOs used=0 Table: TickStock scan count 17, logical reads: (regular=31 apf=0 total=31), physical reads: (regular=3 apf=0 total=3), apf IOs used=0 Table: Performance scan count 166643, logical reads: (regular=304357 apf=0 total=304357), physical reads: (regular=50 apf=6 total=56), apf IOs used=6 Table: Hall scan count 1, logical reads: (regular=4 apf=0 total=4), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Building scan count 1, logical reads: (regular=1 apf=0 total=1), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: #SpecBlancks_00001660015612255 scan count 0, logical reads: (regular=0 apf=0 total=0), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: AlienBoxoffices scan count 1, logical reads: (regular=2 apf=0 total=2), physical reads: (regular=2 apf=0 total=2), apf IOs used=0 Table: TiOpReturn scan count 0, logical reads: (regular=0 apf=0 total=0), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Worktable1 scan count 166643, logical reads: (regular=333334 apf=0 total=333334), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Worktable2 scan count 13531, logical reads: (regular=27086 apf=0 total=27086), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 The sort for Worktable3 is done in Serial Table: #tm__________01001660015612255 scan count 0, logical reads: (regular=17 apf=0 total=17), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Payment scan count 0, logical reads: (regular=0 apf=0 total=0), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Payment scan count 0, logical reads: (regular=0 apf=0 total=0), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Client scan count 0, logical reads: (regular=0 apf=0 total=0), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Orders scan count 0, logical reads: (regular=0 apf=0 total=0), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: TiOpRealization scan count 43585, logical reads: (regular=534860900 apf=0 total=534860900), physical reads: (regular=1252893 apf=0 total=1252893), apf IOs used=0 Table: TiOpReturn scan count 1, logical reads: (regular=12914 apf=0 total=12914), physical reads: (regular=1315 apf=0 total=1315), apf IOs used=0 Table: WorkSession scan count 43585, logical reads: (regular=65257 apf=0 total=65257), physical reads: (regular=2799 apf=47 total=2846), apf IOs used=10 Table: TickStockUse scan count 29, logical reads: (regular=50 apf=0 total=50), physical reads: (regular=8 apf=0 total=8), apf IOs used=0 Table: TickStock scan count 0, logical reads: (regular=0 apf=0 total=0), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Currency scan count 1, logical reads: (regular=3 apf=0 total=3), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Users scan count 29, logical reads: (regular=43 apf=0 total=43), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Performance scan count 1569, logical reads: (regular=2600 apf=0 total=2600), physical reads: (regular=55 apf=3 total=58), apf IOs used=4 Table: Building scan count 1, logical reads: (regular=1 apf=0 total=1), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Hall scan count 1, logical reads: (regular=4 apf=0 total=4), physical reads: (regular=1 apf=0 total=1), apf IOs used=0 Table: #SpecBlancks_00001660015612255 scan count 0, logical reads: (regular=0 apf=0 total=0), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: AlienBoxoffices scan count 0, logical reads: (regular=0 apf=0 total=0), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Worktable3 scan count 1569, logical reads: (regular=3186 apf=0 total=3186), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Total writes for this command: 326 Execution Time 42307. SQL Server cpu time: 4230700 ms. SQL Server elapsed time: 4205530 ms. Total writes for this command: 0 неделя авторThe sort for Worktable1 is done in Serial The sort for Worktable2 is done in Serial Table: Payment scan count 6, logical reads: (regular=24 apf=0 total=24), physical reads: (regular=12 apf=0 total=12), apf IOs used=0 Table: Payment scan count 6, logical reads: (regular=21 apf=0 total=21), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Client scan count 3, logical reads: (regular=12 apf=0 total=12), physical reads: (regular=4 apf=0 total=4), apf IOs used=0 Table: Orders scan count 7, logical reads: (regular=30 apf=0 total=30), physical reads: (regular=13 apf=0 total=13), apf IOs used=0 Table: TiOpRealization scan count 1, logical reads: (regular=10893 apf=0 total=10893), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: WorkSession scan count 16327, logical reads: (regular=27029 apf=0 total=27029), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Users scan count 1, logical reads: (regular=17 apf=0 total=17), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Currency scan count 1, logical reads: (regular=3 apf=0 total=3), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: TickStockUse scan count 16327, logical reads: (regular=21459 apf=0 total=21459), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: TickStock scan count 35, logical reads: (regular=43 apf=0 total=43), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Performance scan count 16327, logical reads: (regular=40394 apf=0 total=40394), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Hall scan count 1, logical reads: (regular=4 apf=0 total=4), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Building scan count 3264, logical reads: (regular=4 apf=0 total=4), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: #SpecBlancks_00001730015366011 scan count 0, logical reads: (regular=0 apf=0 total=0), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: AlienBoxoffices scan count 1, logical reads: (regular=2 apf=0 total=2), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: TiOpReturn scan count 0, logical reads: (regular=0 apf=0 total=0), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Worktable1 scan count 16327, logical reads: (regular=32702 apf=0 total=32702), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Worktable2 scan count 3264, logical reads: (regular=6576 apf=0 total=6576), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 The sort for Worktable3 is done in Serial The sort for Worktable4 is done in Serial Table: #tm__________01001730015366011 scan count 0, logical reads: (regular=37 apf=0 total=37), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Payment scan count 0, logical reads: (regular=0 apf=0 total=0), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Payment scan count 0, logical reads: (regular=0 apf=0 total=0), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Client scan count 0, logical reads: (regular=0 apf=0 total=0), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Orders scan count 0, logical reads: (regular=0 apf=0 total=0), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: TiOpRealization scan count 1, logical reads: (regular=10893 apf=0 total=10893), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: TiOpReturn scan count 16352, logical reads: (regular=689 apf=0 total=689), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: WorkSession scan count 134, logical reads: (regular=279 apf=0 total=279), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: TickStockUse scan count 16352, logical reads: (regular=21492 apf=0 total=21492), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: TickStock scan count 134, logical reads: (regular=152 apf=0 total=152), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Currency scan count 1, logical reads: (regular=3 apf=0 total=3), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Users scan count 1, logical reads: (regular=17 apf=0 total=17), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Performance scan count 16352, logical reads: (regular=40443 apf=0 total=40443), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Building scan count 134, logical reads: (regular=4 apf=0 total=4), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Hall scan count 1, logical reads: (regular=4 apf=0 total=4), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: #SpecBlancks_00001730015366011 scan count 0, logical reads: (regular=0 apf=0 total=0), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: AlienBoxoffices scan count 0, logical reads: (regular=0 apf=0 total=0), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Worktable3 scan count 134, logical reads: (regular=316 apf=0 total=316), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Worktable4 scan count 4, logical reads: (regular=56 apf=0 total=56), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Total writes for this command: 49 Execution Time 6. SQL Server cpu time: 600 ms. SQL Server elapsed time: 713 ms. Вот такая вот разница. Покажите этот запрос (STATEMENT 17 (at line 63)). ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2015, 12:14 |
|
|
start [/forum/topic.php?fid=55&msg=39024004&tid=2009757]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
286ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
64ms |
get tp. blocked users: |
2ms |
others: | 15ms |
total: | 413ms |
0 / 0 |