背景 由于应用程序会不断的产生各种临时文件和缓存文件,我们的C盘有时候不知不觉就被填满了,因此,配置一个自动清除缓存文件的脚本势在必行了. 功能 自动删除C盘的缓存和临时文件 隐藏执行时的CMD窗口 步骤 首先新建一个 clear-cache.bat 文件,假设它放到 E盘根目录 ,它的内容请看文章后面的附录部分: 然后新建一个 run-clear-cache.vbs 文件,也假设把它放到 E盘根目录 ,他的内容请看文章后面的附录部分: 按 win+x 在弹出的菜单里选择计算机管理: 在计算机管

plan cache非常大.将仅仅使用一次的缓存计划清除,而不用清除整个cache. declare @sid varbinary(64) declare cur01 cursor for select plan_handle from ( SELECT plan_handle FROM sys.dm_exec_cached_plans AS cp CROSS APPLY sys.dm_exec_sql_text(cp.plan_handle) st WHERE cp.cacheobjtype

如果遇到绑定窥探导致执行计划慢的情况,想要清除某条SQL的执行计划,让它硬解析,找了很久都没有找到直接操作share pool的方法(除非alter system flush shared_pool),只能通过对表ddl使SQL硬解析.现在终于找到了,使用sys.dbms_shared_pool.purge 在11g下可以直接使用,但在10g上需要 alter session set events '5614566 trace name context forever' --特定游标对象 SEL

缓存执行计划  SQL Server 2008提供了一些服务器对象来分析执行计划Sys.dm_exec_cached_plans:    包含缓存的执行计划,每个执行计划对应一行.Sys.dm_exec_plan_attributes: 这是一个系统函数,每一个执行计划都对应着一些属性,在这个系统函数中包含着这些属性.Sys.dm_exec_sql_text:             这是一个系统函数,返回文字格式的执行计划.Sys.dm_exec_query_plan:        这是一个

一直想找一些关于SQL语句性能调试的权威参考,但是有参考未必就能够做好调试 2的工作.我深信实践中得到的经验是最珍贵的,书本知识只是一个引导.本篇来源于<Inside Microsoft SQL Server 2008>,有经验的高手尽管拍砖把. 这个部分将讲解一些性能分析工具,这些性能分许主要关注在执行计划. 缓存执行计划  SQL Server 2008提供了一些服务器对象来分析执行计划Sys.dm_exec_cached_plans:    包含缓存的执行计划,每个执行计划对应一行.Sy

查询优化是一个复杂而且耗时的操作,所以SQL Server需要重用现有的查询计划.查询计划的缓存和重用在多数情况下是有益的的,但是在某些特殊的情况下,重编译一个查询计划可能能够改善性能. SELECT usecounts, cacheobjtype, objtype, [text] FROM sys.dm_exec_cached_plans P CROSS APPLY sys.dm_exec_sql_text(plan_handle) WHERE cacheobjtype = 'Compiled

DBCC DROPCLEANBUFFERS 清除数据缓存DBCC FREEPROCCACHE  清除执行计划缓存 SET SHOWPLAN_XML ON 此语句导致 SQL Server 不执行 Transact-SQL 语句.而 Microsoft SQL Server 返回有关如何在正确的 XML 文档中执行语句的执行计划信息.有关详细信息,请参阅 SET SHOWPLAN_XML (Transact-SQL). SET SHOWPLAN_TEXT ON 执行该 SET 语句后,SQL Se

原文:SQL点滴27-性能分析之执行计划 一直想找一些关于SQL语句性能调试的权威参考,但是有参考未必就能够做好调试的工作.我深信实践中得到的经验是最珍贵的,书本知识只是一个引导.本篇来源于<Inside Microsoft SQL Server 2008>,有经验的高手尽管拍砖把. 这个部分将讲解一些性能分析工具,这些性能分许主要关注在执行计划. 缓存执行计划  SQL Server 2008提供了一些服务器对象来分析执行计划Sys.dm_exec_cached_plans:    包含缓存

一直想找一些关于SQL语句性能调试的权威参考,但是有参考未必就能够做好调试的工作.我深信实践中得到的经验是最珍贵的,书本知识只是一个引导.本篇来源于<Inside Microsoft SQL Server 2008>,有经验的高手尽管拍砖把. 这个部分将讲解一些性能分析工具,这些性能分许主要关注在执行计划. 缓存执行计划  SQL Server 2008提供了一些服务器对象来分析执行计划Sys.dm_exec_cached_plans:    包含缓存的执行计划,每个执行计划对应一行.Sys.

在进行性能分析的时候有时候需要清除缓存以便进行下一次分析. SQL Server提供了一些工具来清除缓存的性能数据.使用下面的语句来完成这些任务. 清除全局缓存使用下面的语句: DBCC DROPCLEANBUFFERS; 从全局缓存中清除执行计划,使用下面的语句: DBCC FREEPROCCACHE; 清除某一个数据库中的执行计划,使用下面的语句: DBCC FLUSHPROCINDB(<db_id>); 清除一个特定的执行计划使用下面的语句: DBCC FREESYSTEMCACHE(&

在和SQLPass讨论adhoc和Prepare时,有各自不同的观点,我来发表下我的理解,不对之处,敬请指出! Adhoc(即席查询):没有参数化的查询计划会被标记为adhoc,adhoc不能理解为该执行计划不会被重用. Prepared(预定义):查询中使用到参数的执行计划会被标记为Prepared. 在后续测试中,每次测试之前需要清除执行计划: --清理执行计划 DBCC FREEPROCCACHE 测试语句执行结束后需要使用以下语句来查看执行计划: --查看执行计划 select cp.u

执行计划,查询类别: 1.即席查询     2.预定义查询 select c.EnglishProductCategoryName,p.EnglishProductName,p.Color,p.Size from Product as p inner join ProductCategory as c on p.ProductSubcategoryKey= c.ProductCategoryKey where p.Size>'1' --查询执行计划是否被缓存 select c.usecounts

状态查询:收集和显示各类信息,状态检查. 如cachestats.pss.sqlmgrstats.memorystatus.proccache.freeproccache.freesystemcache.freesessioncache.dropcleanbuffers.flushprocindb.inputbuffer.outputbuffer.cursorstats等. 1.DBCC CACHESTATS:显示SQL Server2000中高速缓存中各种对象的数量与高速缓存的命中率,命中率越

10.29 前一段时间研究关于分页的问题,由于数据库属于百万级的,考虑了关于优化方面的问题.其中一个考虑是:第一页展现的频率肯定是最高的,所以我想第一页就使用Top N来读取. 这个想法本身是没有错,因为通常我读取某条件下的N条记录我一直都是使用Top N. 后面拿Top N和分页读取第一条进行效率比较,发现分页的效率居然还高一些,以下是测试代码: USE [d_study]; GO SET STATISTICS IO ON; SET NOCOUNT ON; GO DECLARE @BeginT

SET SHOWPLAN_ALL { ON | OFF } It will not execute the TSQL statements. It cannot be specified inside a stored procedure,must be the only statements in a batch. Returns information as a set of rows that form a hierarchical tree representing the steps

2014-09-24 Created By BaoXinjian

主要用于收集客户服务器的数据库运行情况,导出-导入到本地分析. 本工具不会修改你的数据和结构,只会读取相关数据. 1)工具软件下载 http://files.cnblogs.com/files/dude/SqlOptimize.zip 2)SqlOptimize.exe.config 配置要采集的数据库 <?xml version="1.0" encoding="utf-8"?> <configuration> <startup>

经常用到的上传: 头像上传,资料分享等 文件上传的步骤 1.指定表单类型为文件上传表单 enctype="multipart/form-data" 2.表单提交方式必须为:post(get方式只能提交1k大小的数据) 3.表单中存在文件域表单元素 如下: <form action="${pageContext.request.contextPath/test }" method="post" enctype="multipart/

查看页面缓存: SELECT * FROM sys.dm_os_buffer_descriptors 清除页面缓存: CHECKPOINTDBCC DROPCLEANBUFFERS 查看执行计划缓存: SELECT * FROM sys.dm_exec_cached_plans 清除执行计划缓存: DBCC FREEPROCCACHE 或者 DBCC FREESYSTEMCACHE('ALL') 综合应用: SELECT * FROM (SELECT database_id,obj.name,

论Top与ROW_NUMBER读取第一页的效率问题   前一段时间研究关于分页的问题,由于数据库属于百万级的,考虑了关于优化方面的问题.其中一个考虑是:第一页展现的频率肯定是最高的,所以我想第一页就使用Top N来读取. 这个想法本身是没有错,因为通常我读取某条件下的N条记录我一直都是使用Top N.后面拿Top N和分页读取第一条进行效率比较,发现分页的效率居然还高一些,以下是测试代码: USE [d_study]; GO SET STATISTICS IO ON; SET NOCOUNT O

&        无条件执行&符号后面的命令: &&      当&&前面的命令成功执行时,执行&&后面的命令,否则不执行: ||        当||前面的命令失败时,执行||后面的命令,否则不执行. %* 表示%*是表示命令行传过来的参数,%1表示第一个参数,%2表示第二个参数,以此类推.如执行C:/>hello.bat hello world, %1取出来就是hello %2取出来就是world 如一个bat文件中有 "