摘要：
---1)-改进语句----监控当前正在运行的事务： select dbt.database_id, DB_NAME(dbt.database_id) '数据库名', dbt.transaction_id, at.name, at.transaction_begin_time, case at.transaction_type... 阅读全文
摘要：
统计信息是如何提高SQLServer查询性能的？统计直方图用作在查询执行计划中查询优化器的选择依据。如果一个查询谓词包含统计信息的列，那么查询优化器不需要预测该查询中影响行数，因此，查询优化器有足够的信息去创建执行计划。SQLServer创建执行计划有一下几种不同的方式： • 统计信息会在每个新创建的索引中自动创建统计信息。 • 如果数据库中AUTO_CREATE_STATISTIC... 阅读全文
摘要：
前言： 索引对性能方面总是扮演着一个重要的角色，实际上，查询优化器首先检查谓词上的统计信息，然后才决定用什么索引。一般情况下，默认会在创建索引时，索引列上均创建统计信息。但是不代表在非索引键上的统计信息对性能没有用。 如果表上的所有列都有索引，那么将会是数据库负担不起，同时也不是一个好想法，包括谓词中用到的所有列加索引同样也不是好方法。因为索引会带来负载。因为需要... 阅读全文
摘要：
/*前言： 统计信息是关于谓词中的数据分布的主要信息源，如果不知道具体的数据分布，优化器不能获得预估的数据集，从而不能统计需要返回的数据。 在创建列的统计信息后，在DML操作如insert、update、delete后，统计信息就会过时。因为这些操作更改了数据，影响了数据分布。此时需要更新统计信息。 在高活动的表中，统计信息可能几个小时就会过时。对... 阅读全文
摘要：
简介： 查询的统计信息： 目前为止，已经介绍了选择索引、维护索引。如果有合适的索引并实时更新统计信息，那么优化器会选择有用的索引供查询之用，因为SQLServer优化器是基于开销的优化。当在where和on上的列上的数据需要显示在结果集的时候，如果有实时的统计信息，优化器会选择最好的执行方式，因为优化器会从统计信息中获得这些数据的明细情况。 在创建索引的时候，SQLServer就会在索引列上创建... 阅读全文
摘要：
-1)服务器名 --检查是否一致 use master go select @@servername select serverproperty('servername') --如果不一致，执行下面的语句 if serverproperty('servername') @@servername begin declare @se... 阅读全文
摘要：
问题： 数据库有两大存储需要：数据页和索引页。在你的表中理解和查看实际的数据,是相当简单的。通过运行一些查询示例来了解哪些列被使用，以及什么类型的数据实际上是被存储。一方面，很难知道索引实际上是如何被使用和怎么使用的。所以你应该如何更好地理解索引的使用及正在发生什么操作（inserts,updates,deletes,selects）？ 解决方案： 在SQLServer中，许多新的DMVs被... 阅读全文
摘要：
前言： 在前面一文中，已经提到了三类常见的索引问题，那么问题来了，当系统出现这些问题时，该如何应对？ 简单而言，需要分析现有系统的行为，然后针对性地对索引进行处理： o 对于索引不足的情况：检查缺少索引的情况，也需要检查现有索引定义是否有问题。 o 对于索引过多的情况：分析每一个索引的使用情况，判断是否有存在的必要或者可合并、可修改的可能。 o 对于索引不合理的... 阅读全文
摘要：
前言： 在很多系统中，比如本人目前管理的数据库，索引经常被滥用，甚至使用DTA（数据库引擎优化顾问）来成批创建索引（DTA目前个人认为它的真正用处应该是在发现缺失的统计信息，在以前的项目中，用过一次DTA，里面提示了很多列缺少统计信息，后来在不改动其他操作的前提下，把这些统计信息手动建上去，性能提升非常明显。关于统计信息将另开文章介绍）。一个表甚至有20多个索引（索引的数量并没... 阅读全文
摘要：
/*前言： 性能优化是DBA的工作之一，但是同时，DBA还需要关心SQLServer实例、数据库消耗的空间、提供数据库用户高可用性、管理数据库备份策略等等。 磁盘空间的管理是一件非常重要的事情，DBA需要关注磁盘空间和未使用索引的空间消耗情况，管理数据文件和日志文件的大小等等。在其他章节和本章都有提到，索引会消耗磁盘空间。所以，是时候去管理这部分的内容。 准备工作： 在开始之前，先要确保： ... 阅读全文