有时，某些对SQL Server看起来合理的做法事实上可能会对会对性能造成负面影响。这里列出了你应该立即停止的五种错误做法，适用于你负责的所有SQL Server：

　　1、配置自动设置项

　　如果你检查过你的数据库设置，你会注意到有几个“自动”设置。通常，我喜欢看到“自动生成统计”和“自动更新统计”处于启用状态，因为这些设置可以帮助确保SQL Server可以根据你数据库以及索引等的当前状态选择最好的查询执行计划。

　　然而，对于数据库文件，我通常喜欢把“自动增长”和“自动收缩”设置为“关闭”状态。“自动增长”可以避免在数据库文件或者日志文件涨满时出现问题，但是它同时对性能也有负面影响。我一般宁愿监视文件大小，然后根据需要在维护窗口中手工扩展文件。

　　2、处理器和内存配置

　　不要限制SQL Server对内存的使用。Windows和SQL Server在协调谁该占用多少内存方面有完美的处理能力，即便是其他进程也运行在同一台服务器上的情况。要记住，你不会时时刻刻比Windows了解的更多。

　　处理器的情况也类似，不要人为配置它。在目前多插槽，多核处理器的世界里，Windows在多线程SQL Server方面做得更好，它可以根据当时的情况把线程转到想要选择的任何处理器内核。

　　3、索引维护

　　这是一个大问题。你对SQL Server性能可以做出的最大影响是通过对有数据增删改的数据库的索引定期重组。对于业务繁忙的数据库，应该经常重建索引，我在维护期间每月都做这件事，重建索引对SQL Server是一次机会，这样它们可以更好地被查询所使用。恰当地维护索引还可以加速数据库写操作，因为索引会有空余空间来接纳新数据。

　　4、SQL验证账号

　　如果微软公司的每个员工都希望一般数据库永远不要设置“超级用户”账号，我也不会感到惊奇。这是因为开发人员现在认为他们应该把它(以及它的密码)硬编码到他们的应用中了。

　　你应该看看叫做“应用程序角色”的东西，尝试说服你的开发人员转换到他们。这只是数据库连接串中的一个细微变化，并且它会给开发人员更多相同的功能，而无需访问万能的系统管理员账号。

　　5、备份

　　如果你对业务繁忙的数据库即使采取每天一次全备份，那你做的也还不够。谁愿意丢失一整天有价值的数据呢?我们可以配置事务日志备份频率高达每一刻钟一次。他们很容易快速地导出到独立磁盘，而且可以在很短时间内帮助你恢复你的绝大部分工作。

　　请开始在你的所有SQL Server计算机上检查这些快速修正方案吧，你马上就会踏上更高性能和维护能力的道路。