查看剩余执行时间

在创建索引，数据库恢复等耗时操作时，可通过以下方法查看剩余时间

    1. SELECT
    2. d.PERCENT_COMPLETE AS [%Complete],
    3. d.TOTAL_ELAPSED_TIME/60000 AS ElapsedTimeMin,
    4. d.ESTIMATED_COMPLETION_TIME/60000   AS TimeRemainingMin,
    5. d.TOTAL_ELAPSED_TIME*0.00000024 AS ElapsedTimeHours,
    6. d.ESTIMATED_COMPLETION_TIME*0.00000024  AS TimeRemainingHours,
    7. s.text AS Command
    8. FROM    sys.dm_exec_requests d
    9. CROSS APPLY sys.dm_exec_sql_text(d.sql_handle)as s
    10. WHERE  d.COMMAND LIKE ‘RESTORE DATABASE%‘
    11. ORDER   BY 2 desc, 3 DESC
    12. 可统计为以下命令完成的工作的百分比：
      • ALTER INDEX REORGANIZE
      • AUTO_SHRINK 选项（带 ALTER DATABASE）
      • BACKUP DATABASE
      • CREATE INDEX
      • DBCC CHECKDB
      • DBCC CHECKFILEGROUP
      • DBCC CHECKTABLE
      • DBCC INDEXDEFRAG
      • DBCC SHRINKDATABASE
      • DBCC SHRINKFILE
      • KILL (Transact-SQL)
      • RESTORE DATABASE,
      • UPDATE STATISTICS.
时间： 2024-08-08 16:44:10

查看剩余执行时间的相关文章

Innodb如何查看剩余表空间？

在 Myisam 和 Innodb Innodb_file_per_table 独立表空间的情况下,只需要查看磁盘剩余空间,再配合统计出来的数据增长速率就可以对磁盘空间进行预警,提前解决隐患. 那么在预分配共享表空间的情况下查看剩余表空间: USE test CREATE TABLE ivan(i int NOT NULL) engine=innodb; SHOW TABLE STATUS LIKE ‘ivan’; 结果类似: root:test> show table status like

linux 查看剩余内存

[email protected]:~$ free -m              total       used       free     shared    buffers     cached Mem:          7856       7565        290        223        214       2964 -/+ buffers/cache:       4386       3469 Swap:         8061        483   

linux通过history查看命令执行时间

Linux的bash内部命令history就可以显示命令行的命令历史,默认环境执行 history 命令后,通常只会显示已执行命令的序号和命令本身.如果想要查看命令历史的时间戳,那么可以执行:# export HISTTIMEFORMAT='%F %T '# history | less1 2008-08-05 19:02:39 service network restart2 2008-08-05 19:02:39 exit3 2008-08-05 19:02:39 id

free命令查看剩余内存

1 free -m 2 #-/+ buffers/cache: 6458 1649 3 #6458M为真实使用内存 1649M为真实剩余内存(剩余内存+缓存+缓冲器) 4 #linux会利用所有的剩余内存作为缓存,所以要保证linux运行速度,就需要保证内存的缓存大小 原文地址:https://www.cnblogs.com/alog9/p/11532210.html

查看sql执行时间

SET STATISTICS PROFILE ON SET STATISTICS IO ON SET STATISTICS TIME ON select * from dbo.CustomerAndSuppliersByCity SET STATISTICS PROFILE OFF SET STATISTICS IO OFF SET STATISTICS TIME OFF

php使用microtime(true)查看代码执行时间

microtime() 函数返回当前 Unix 时间戳和微秒数. 如果带个 true 参数, 返回的将是一个浮点类型 round() 取出小数点后 3 位 $t1 = microtime(true); // ... 执行代码 ... $t2 = microtime(true); echo '耗时'.round($t2-$t1,3).'秒';

SQL： 查看语句执行时间--测试sql语句性能

SET STATISTICS PROFILE ON:显示分析.编译和执行查询所需的时间(以毫秒为单位). SET STATISTICS IO ON:报告与语句内引用的每个表的扫描数.逻辑读取数(在高速缓存中访问的页数)和物理读取数(访问磁盘的次数)有关的信息. SET STATISTICS TIME ON:显示每个查询执行后的结果集,代表查询执行的配置文件. 使用方法:打开SQL SERVER 查询分析器,输入以下语句: set statistics profile on set statist

PHP 文件夹操作「复制、删除、查看大小」迭代实现

"既然递归能很好的解决,为什么还要用迭代呢"?主要的原因还是效率问题-- 递归的概念是函数调用自身,把一个复杂的问题分解成与其相似的多个子问题来解决,可以极大的减少代码量,使得程序看起来非常优雅. 由于系统要为每次函数调用分配运行空间,并使用压栈予以记录.在函数调用结束后,系统需要释放空间,并弹栈恢复断点.所以递归的消耗还是比较大的. 即使语言设计时已经将函数调用优化的极度完美,达到可以忽略递归造成的资源浪费,但是递归的深度仍然会受到系统栈容量的限制,否则将会抛出 StackOverf

solaris查看内存、CUP、硬盘总数和使用情况

solaris查看内存.CUP.硬盘总数和使用情况情况 一.内存查询 1,查询总内存-bash-3.00# prtconf | grep Memory结果为:Memory size: 28672 Megabytes即总内存为 28672M 2,查询剩余内存和总内存-bash-3.00# echo "::memstat" | mdb -k结果为:Page Summary                Pages                MB  %Tot------------