2020-02-16 标签:sql,server,误区,30,天数,文件,收缩,影响,性能,数据库文件,错误,唯一,情况,末尾,剩余

误区 #9: 数据库文件收缩不会影响性能错误!收缩数据库文件唯一不影响性能的情况是文件末尾有剩余空间的情况下，收缩文件指定了TruncateOnly选项。收缩文件的过程非常影响性能，这个过程需要移动大量数据从而造成大量IO，这个过程会被记录到日志从而造成日志暴涨，相应的，还会占去大量的CPU资源。不

2020-02-16 标签:sql,server,误区,30,有关,索引,进行,在线,操作,使得,相关,加锁,错误,并不是,想象,美好,会在

误区 #8: 在线索引操作不会使得相关的索引加锁错误！在线索引操作并不是想象的那么美好。在线索引操作会在操作开始时和操作结束时对资源上短暂的锁。这有可能导致严重的阻塞问题。在线索引操作开始时,会在被整理的资源上加一个共享的表锁,这个表锁在会在新的索引创建时、老索引进行版本扫描时一直持续。但问题是，这

2020-02-16 标签:sql,server,误区,30,天一,实例,多个,镜像,日志,传送,延迟,数据库,存在,错误,就有,老生常谈,每一个

误区 #7:一个数据库可以存在多个镜像 错误 这个误区就有点老生常谈了。每一个主体服务器只允许一个镜像服务器。如果你希望存在多个主体服务器的副本，那么请使用事务日志传送，事务日志传送允许针对每一个主体存在多个辅助实例。 使用事务日志传送的一个优点是允许其中一个或多个辅助服务器存在延迟还原备份。这也是

2020-02-16 标签:sql,server,误区,30,有关,null,位图,三个,还能,减少,cpu,缓存,命中,失效,问题,点击,链接

这样还能减少CPU缓存命中失效的问题(点击这个链接来查看CPU的缓存是如何工作的以及MESI协议)。下面让我们来揭穿三个有关NULL位图的普遍误区。 误区 #6a:NULL位图并不是任何时候都会用到 正确 就算表中不存在允许NULL的列，NULL位图对于数据行来说会一直存在(数据行指的是堆或是聚集索

2020-02-16 标签:sql,server,误区,30,ddl,触发器,instead,2005,引入,错误,实现,原理,这个意思,先发,操作,捕捉

误区 #4: DDL触发器(SQL Server 2005之后被引入)就是INSTEAD OF触发器这是错误的DDL触发器的实现原理其实就是一个AFTER触发器。这个意思是先发生DDL操作，然后触发器再捕捉操作（当然如果你在触发器内写了Rollback,则也可能回滚）。存在Rollback也意味着这

2020-02-16 标签:sql,server,误区,30,即时,文件,初始化,特性,开启,关闭,本系,文章,是我,sqlskill,com,paul

本系列文章是我在sqlskill.com的PAUL的博客看到的，很多误区都比较具有典型性和代表性，原文来自T-SQL Tuesday #11: Misconceptions about.... EVERYTHING!!,经过我们团队的翻译和整理发布在AgileSharp和博客园上。希望对大家有所帮助

2020-02-16 标签:sql,server,误区,30,dbcc,checkdb,导致,阻塞,会引起,命令,默认,会加,错误,以及

误区 #2: DBCC CHECKDB会引起阻塞，因为这个命令默认会加锁这是错误的！在SQL Server 7.0以及之前的版本中，DBCC CHECKDB命令的本质是C语言实现的一个不断嵌套循环的代码并对表加表锁(循环嵌套算法时间复杂度是嵌套次数的N次方,作为程序员的你懂得),这种方式并不和谐,并

2020-02-16 标签:sql,server,误区,30,天正,在运,的事,服务器,故障,转移,后继,执行,正在,运行,继续

误区 #1：在服务器故障转移后，正在运行的事务继续执行 这当然是错误的! 每次故障转移都伴随着某种形式的恢复。但是如果当正在执行的事务没有Commit时，由于服务器或实例崩溃导致连接断开，SQL Server可没有办法在故障转移后的服务器重新建立事务的上下文并继续执行事务-无论你使用的故障转移方式是

2020-02-16 标签:浅谈,sql,server,三种,物理,连接,操作,性能比,常见,之间,inner,join,outer,都会,被执行,引擎,根据,所选

在SQL Server中，我们所常见的表与表之间的Inner Join,Outer Join都会被执行引擎根据所选的列，数据上是否有索引，所选数据的选择性转化为Loop Join,Merge Join,Hash Join这三种物理连接中的一种。理解这三种物理连接是理解在表连接时解决性能问题的基础，下

2020-02-16 标签:整理,实用,wordpress,后台,mysql,操作,命令,假设,网站,上有,成百上千,文章,而你,需要,进行,范围,改动

不过假设你的WordPress网站上有成百上千篇文章，而你需要进行全站范围的改动， 这时从后台逐条编辑就有点费时费力了，并且犯错的几率也会提高。 最好的方法是进入WordPress的MySQL数据库执行必要的查询（改动）。 通过MySQL可以迅速地完成以上任务，为你节省更多时间。 下面要介绍的就是一