一、数据库设计与性能优化－

一、数据库设计与性能优化－－概述

阅读量：5825 次

发布时间：2019-06-18

本文共 2378 字，大约阅读时间需要 7 分钟。

前言

　　我1998年第一次接触SQL Server 6.5 for Windows NT 4.0，当时的感觉就认为SQL Server只是一个功能强大的Excel文件。现在回想起来，当年抱着这样一种态度，我开发的那些应用程序应该是非常幼稚的，其性能可想而知。记得那时候随便查询一笔记录就要花费十几秒，已是司空见惯。当时作为程序员（“码农”）兼DBA，我似乎只会抱怨这个数据库系统的“低级”、“质量差”，或者向boss提议升级服务器的硬件。由于一切都靠自学，我就没有反省过自身的数据库技术水平。

　　2003年“非典”期间，我冒着生命危险去参加MCDBA2000的培训课程。XF Kong老师通过系统讲解，使我对SQL Server 2000的了解和掌握不再停留在肤浅的表面。随着逐步深入走向SQL Server底层技术，我对数据库的应用访问和日常运维终于摆脱了低级阶段。之后，各种性能问题的表症和对策也就逐清晰起来。

　　最近几年看过Microsoft两位数据库“大拿”Howard Yin、Max Shen的文章，借助两位专家的研究成果，并参考一些技术书籍，借51CTO的这块风水宝地，我陆续会将SQL Server 性能优化的一系列心得与体会整理并发布出来。

一、概述

　　《一、数据库设计与性能优化－－概述》，即本文。

　　根据我的理解，OLTP的性能优化主要在于2个方面：

（1）系统架构和设计优化

　　要在SQL Server方案中实现最优的性能，最关键的是要有一个很好的数据库设计方案。在实际工作中，许多SQL Server方案往往是由于数据库设计得不好导致性能很差。

　　系统架构的设计对系统的性能有着直接的影响，如果设计不当，甚至将面临推倒重来的严重局面。一些大型软件企业或正规的软件开发团队一般都有专职的数据库架构专家参与设计系统架构，而且这个过程可能非常漫长。而“码农”们兼职在设计时往往忽略一些重要问题，或者因为开发周期太短而根本时间没有考虑这些因素，例如，没有考虑到未来3~5年的数据增长量，没有考虑到访问压力，等等。

　　在设计数据库、表、索引、视图等对象时，不仅要熟悉这些对象的逻辑工作原理，更要了解这些对象可能存在的瓶颈，争取在设计阶段就实现优化。

　　在数据库系统的维护阶段，需要通过一些工具对性能进行监视。

（2）查询优化

　　 SQL Server数据库查询速度慢的原因有很多，除了系统架构设计方面的问题，查询效率也值得重视。

　　我首先将重点放在系统架构和设计优化方面，以下分别从软件生命周期的角度、从理解瓶颈的角度进行详细论述。

二、从软件生命周期的角度

　　根据软件工程瀑布模型（Waterfall Model），软件的生命周期由多个部分组成。数据库的优化应当从设计阶段就开始，并贯穿整个软件生命周期。

1、设计

　　建议由专职的数据库架构专家参与设计。

　　需求分析时要具有前瞻性，至少要规划未来3~5年数据增长量。

　　《二、服务器优化（1）实现负载平衡》

　　《二、服务器优化（2）性能评测与负载预估》