SQL Server误区30日谈 第19天 Truncate表的操作不会被记录到日志

2016年07月27日 31 阅读

误区 #19:Truncate表的操作不会被记录到日志 错误 在用户表中的操作都会被记录到日志。在SQL Server中唯一不会被记录到日志的操作是TempDB中的行版本控制。 Truncate Table语句会将整个表中的所有数据删除。但删除的方式并不是一行一行的删除，而是将组成表的数据页释放，将组成表的相关页释放的操作交给一个后台的线程进行队列处理的过程被称为deferred-drop。使用后台线程处理deferred-drop的好处是这个操作不会使得...

SQL Server误区30日谈 第20天 破坏日志备份链之后，需要一个完整备份来重新开始日志链

2016年07月27日 30 阅读

误区 #20:在破坏日志备份链之后，需要一个完整备份来重新开始日志链 错误 事务日志备份会备份自上次事务日志备份以来所有的事务日志（如果从来没有过日志备份的话，那就从上一次完整备份开始）。有好几种类型的操作会中断事务日志的连续性，也就是说除非重新开始新的日志链，SQL Server无法再进行日志备份。下面这几种操作都有可能引起日志链断裂: 由完整恢复模式或大容量事务日志恢复模式转为简单恢复模式 从数据库镜像进行恢复 备份日志时指定了NO_LOG 或 WIT...

SQL Server误区30日谈 第21天 数据损坏可以通过重启SQL Server来修复

2016年07月27日 31 阅读

误区 #21:数据库损坏可以通过重启SQL Server或是Windows,或是附加和分离数据库解决 错误 SQL Server中没有任何一项操作可以修复数据损坏。损坏的页当然需要通过某种机制进行修复或是恢复-但绝不是通过重启动SQL Server,Windows亦或是分离附加数据库。 而实际上，如果你的数据库的损坏程度无法进行Crash Recovery的话（质疑状态），那么分离附加数据库将会是你做的最糟糕的决定。这个原理是由于附加数据库中包含Crash...

SQL Server误区30日谈 第22天 资源调控器可以调控IO

2016年07月27日 30 阅读

误区 #22: 资源调控器可以调控IO错误资源调控器无法调控IO，希望下一个版本的SQL Server支持调控IO，调控IO对于对于减少对于大表的scan操作带来的性能影响很有帮助。下面列表中的功能资源调控器同样也无法完成:调控Buffer Pool的内存，内存调控器仅仅可以调控执行计划所占的内存，但对于Buffer Pool中缓存的数据页是无法调控的可以对多个实例进行当作一个逻辑实体进行资源调控。这是不能的，对于多实例的资源调控只能通过Windows S...

SQL Server误区30日谈 第23天 有关锁升级的误区

2016年07月27日 29 阅读

误区 #23: 锁升级的过程是由行锁升级到页锁，再由页锁升级到表锁错误实际不是，在SQL Server 2005和之前的版本，页锁会直接升级到表锁。在SQL Server 2005或SQL Server 2008，你可以通过如下跟踪标志改变锁升级的行为:标志1211-完全禁止锁升级，但锁使用的内存会被限制在动态分配内存的60%,当超过这个值时，更多的锁将会伴随着内存溢出错误而失败。标志1224-禁止锁升级，但内存使用超过40%时，会自动开启锁升级如果标志1...

SQL Server误区30日谈 第24天 26个有关还原（Restore）的误区

2016年07月27日 25 阅读

本系列文章一直所没有触及的就是有关”还原（Restore）”的话题，因为一旦牵扯到这个话题就会涉及大量的误区，多到我无法通过一篇文章说完的地步。事实上，我希望用字母表的顺序为每一个误区进行编号，希望你看了不要昏昏欲睡。下面开始揭穿这26个误区。误区 #24: 26个有关还原（Restore）的误区都是错误的24 a）可以通过WITH STOPAT参数在完整备份和差异备份的基础上还原到特定时间点当然不能。虽然这个语法看上去貌似能的样子，但这个语法的最佳实践是...

SQL Server误区30日谈 第25天 有关填充因子的误区

2016年07月27日 29 阅读

误区 #25:多个有关填充因子的误区都是错误的25a） 填充因子是一直存在的不是的，通过Books Online可以看到（译者：我在新版的BOL没有找到这句话）:重要: 填充因子仅仅在索引创建或重建时生效，SQL Server存储引擎并不会一直保证页内的空闲值和填充因子保持一致。如果为了保证页内的空余值和指定的填充因子保持一直那么填充因子就会失去意义。因为这时页即使不满也需要进行分页。25 b）填充因子0和100是不同的错误，由BOL的一句话可以看到填充因...

SQL Server误区30日谈 第26天 SQL Server中存在真正的“事务嵌套”

2016年07月27日 26 阅读

误区 #26: SQL Server中存在真正的“事务嵌套”错误 嵌套事务可不会像其语法表现的那样看起来允许事务嵌套。我真不知道为什么有人会这样写代码，我唯一能够想到的就是某个哥们对SQL Server社区嗤之以鼻然后写了这样的代码说：“玩玩你们”。 让我更详细的解释一下，SQL Server允许你在一个事务中开启嵌套另一个事务,SQL Server允许你提交这个嵌套事务，也允许你回滚这个事务。 但是，嵌套事务并不是真正的“嵌套”，对于嵌套事务来说SQL ...

SQL Server误区30日谈 第27天 使用BACKUP WITH CHECKSUM可以替代DBCC CheckDB

2016年07月27日 29 阅读

误区 #27:使用BACKUP ... WITH CHECKSUM可以替代DBCC CheckDB错误乍一看，由于BACKUP WITH CHECKSUM会检测所有分配出去的页的校验和的值，这个误区貌似是这么回事，但实际上并不是这么回事，原因如下:由SQL Server 2000或是更早版本升上来的数据库page checksums必须开启，在开启后，并不是数据库中所有的页都会被叫上页校验和，当页损坏发生时，IO系统可不会区分损坏的页是有页校验和还是没有校...

SQL Server误区30日谈 第28天 有关大容量事务日志恢复模式的误区

2016年07月27日 35 阅读

误区 #28:有关大容量事务日志恢复模式的几个误区28 a）常见的DML操作可以被“最小记录日志”不是。在大容量事务日志恢复模式下只有一小部分批量操作可以被“最小记录日志”,这类操作的列表可以在Operations That Can Be Minimally Logged找到。这是适合SQL Server 2008的列表，对于不同的SQL Server版本，请确保查看正确的列表。28 b）使用大容量事务日志恢复模式不会影响灾难恢复首先，在上次事务日志备份之...

SQL Server误区30日谈 第29天 有关堆碎片的误区

2016年07月27日 27 阅读

误区 #29:可以通过对堆建聚集索引再DROP后进行堆上的碎片整理Nooooooooooooo！！！ 对堆建聚集索引再DROP在我看来是除了收缩数据库之外最2的事了。 如果你通过sys.dm_db_index_physical_stats（或是老版本的DBCC SHOWCONTIG）看到堆上有碎片，绝对不要通过建立聚集索引再删除聚集索引来整理堆碎片。好的做法应该是建立聚集索引之后不再删除，已经有非常多的资料阐述如何选择一个理想的聚集索引键--窄，很少变动...

SQL Server误区30日谈 第30天 有关备份的30个误区

2016年07月27日 30 阅读

误区 #30：有关备份的30个误区全是错的在开始有关备份的误区之前，如果你对备份的基础没有了解，请看之前我在TechNet Magazine的文章:Understanding SQL Server Backups。30-01）备份操作会导致阻塞不，备份不会导致对用户对象加锁，虽然备份对IO系统的负担导致看起来阻塞了，但实际上不会。唯一的特例是当备份包含到那些最小日志操作涉及到的数据区需要被加锁时，这个操作会阻塞CheckPoint,但DML操作永远不会受到...

MS SQL Server获取十二个月份的英文缩写

2016年07月27日 30 阅读

如果使用DATENAME（）函数是取得月份的英文全称，但报表需要，只需显示月份名称缩写即可。 十二个月份的英文缩写，只有五月份是全称与缩写一样，其它月份的缩写仅是取前三位字母。因此Insus.NET写成一个自定义函数： 复制代码 代码如下: -- ============================================= -- Author: Insus.NET -- Create date: 2012-12-18 -- Descripti...

Sql Server 分组统计并合计总数及WITH ROLLUP应用

2016年07月27日 29 阅读

WITH ROLLUP 在生成包含小计和合计的报表时，ROLLUP 运算符很有用。ROLLUP 运算符生成的结果集类似于 CUBE 运算符所生成的结果集。 复制代码 代码如下: SELECT [Source], COUNT（*） AS OrderTotal FROM [ExternalOrder] Where OrderStatus=1 AND （CheckPayment=1 ） and TicketDate >= "2012-11-1" AND T...

SQLserver中用convert函数转换日期格式的方法

2016年07月27日 28 阅读

SQL Server中文版的默认的日期字段datetime格式是yyyy-mm-dd Thh:mm:ss.mmm 例如: select getdate（） 整理了一下SQL Server里面可能经常会用到的日期格式转换方法: 举例如下: select CONVERT（varchar, getdate（）, 120 ） 2004-09-12 11:06:08 select replace（replace（replace（CONVERT（varchar, ge...

SQL Server 日期函数CAST 和 CONVERT 以及在业务中的使用介绍

2016年07月27日 29 阅读

最近时间刚从客户端转入后台写服务，对于后台数据库以及服务的书写完全是个小白，所以最近写的肯定没有太多技术含量。 首先把遇到的问题摆出来：还是那张错误上报表，字段主要有上报错误ID（ErrorID），上报人（ReportPerson），上报时间（ReportTime）精确到毫秒,现在要做的统计是：（1）统计一定时间内【起止时间精确到毫秒】（beginTime,endTime）每个人每天上报的错误个数（2）统计一定时间内【起止时间到精确到月】（beginTim...

sqlserver中关于WINDOWS性能计数器的介绍

2016年07月27日 32 阅读

Processer : %Processor Time 处理器忙于执行执行任务的时间量 阀值<80%正常状况，<50%状况良，<30%状况优，持续>80%，则CPU有瓶颈或内存不足或出现了低的查询计划重用率，未优化的语句等等。 SQLServer:Buffer Manager Buffer cache hit ratio 缓冲区调整缓冲命中率，阀值>97%正常状况，推荐>99%，如果此项低于97%则内存不足。 Check...

SQL 实现某时间段的统计业务

2016年07月27日 28 阅读

有一张错误上报表，下面只将与本文相关的字段罗列如下：上报人（ReportPerson）、上报错误ID（ErrorID）、上报时间（ReportTime）、状态（State），其中值为0（未解决）、1（已处理）、2（已解决）。 现在要做的是统计在某个时间段[beginTime,endTime]（其中beginTime，endTime由前台进行传入）内，每个上报人上报错误点的总数以及已解决错误的总数。 复制代码 代码如下: select a.ReportPer...

SQLSERVER中得到执行计划的两种方式

2016年07月27日 34 阅读

得到执行计划的方式有两种： 1、一种是在指令的前面打开一些开关，让执行计划信息打在结果集里，这种方法比较适合在一个测试环境里对单个语句调优。 这些开关最常用的有 复制代码 代码如下: SET SHOWPLAN_ALL ON SET SHOWPLAN_ALL ON --（是不是reuse了一个执行计划，SQSERVERL有没有觉得缺少索引），只能在XML的输出里看到 SET STATISTICS PROFILE ON 还有如果使用SSMS的话，可以用快捷键...

SQLSERVER收集语句运行的统计信息并进行分析

2016年07月27日 31 阅读

对于语句的运行，除了执行计划本身，还有一些其他因素要考虑，例如语句的编译时间、执行时间、做了多少次磁盘读等。如果DBA能够把问题语句单独测试运行，可以在运行前打开下面这三个开关，收集语句运行的统计信息。 这些信息对分析问题很有价值。 复制代码 代码如下: SET STATISTICS TIME ON SET STATISTICS IO ON SET STATISTICS PROFILE ON SET STATISTICS TIME ON --------...