系统性能调优这是每个大中型项目的必要手段，当系统运行积累到一定量的时候 这个时候就需要一个质变的过程那这个时候就少不了优化和调整 （前几天看了一篇文章 感觉写的挺好，也挺实在的 链接：http://www.csdn.net/article/2012-06-21/2806814） 今天的这个纯粹就是归纳他人的东西 作为自己的理解提供参考 （写的不好请大家指点一二）
本人是万千程序员的一员 先从程序这块本身说起 ：
一：代码调优
1)字符串的问题 比如 时间类型建议不要字符串来存储 这样后期报表查询的时候 还用时间转换函数来处理 而且字符串来处理 他的select 是比较慢的
还有一些流程的状态码 建议不要用中文的字符串来存储 尽量用int 类型 这样 读取的时候也快 尽量少用 使用StringBuilder做字符串连接
例如： 最快的空串比较方法 将String对象的Length属性与0比较是最快的方法：if (str.Length == 0)
其次是与String.Empty常量或空串比较：if (str == String.Empty)或if (str == "")
2)新建对象的问题 就是要给内存分配空间 循环创建对象这就是要分配内存 这对服务器来说是很吃紧的 业务逻辑能少循环就少循环 避免不必要的对象创建
3)语法问题 能用 if--else if --else if 不要一直if 尽可能的让程序快速的走我们要的逻辑
4 ）不要为了友好把系统的异常信息全部都灭失 对于系统定位问题和为了一个健壮的系统 是一个方向 应该让程序员少走弯路 近快尽早的解决问题
5)ado数据访问这块 访数据处理应该单独的一层 能在数据层一次处理的就一次处理 不要让客户端和服务器频繁的交互 ，SQL使用绑定变量的方式 进行参数操作尽量不要SQL拼接 这样效率低下 数据不是时时交换性很强的数据可以采用缓存来处理 这样对数据库来说是一种解脱 数据库连接（Connection ）是一种共享资源，并且打开和关闭的开销较大。Ado.net默认启用了连接池机制 如果代码中Open 就一定要Close 和 Dispose () 注意 Dispose才是真正的释放连接的资源 多使用一些存储过程 这样SQL 通用性 和拓展性会强很用
二： 控件上 ：ASP.net 这块尽量 少用服务器控件 （个人感觉兼容性是个很大的问题） 本身他的处理就是提交到服务器才能处理的一个过程 还有一些数据绑定的控件
GridView、DataList、DetailsView、ListView、Repeater 这些控件会一次加载数据读到内存中 这对分页来说的是很方便但是对数据库来说的就比较大的压力的
有些数据不是用户想要的数据的时候 全部加载 这样就浪费了资源
三 ：数据库语句
1）在经常查询的字段上建立索引 2)避免全表扫描 要什么字段查什么字段 3) 除非某些业务逻辑没有主键 在建表的时候有必要的时候加上主键
4）尽量不要用外键 这样处理数据库处理业务逻辑 数据就会判断 这样大数量的时候对数据库性能就弱了 有些判断可以用前台语句的判断处理
5） 尽量少用 in 和 not in 可以替代的有 exists 和 not exists
6） 有用到业务组合的时候 少用的UNION ALL 用 UNION
7） WHERE子句中的连接顺序 ORACLE采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前, 那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾. 这很重要 这点你在开发中 经常被忽略
8） 使用表的别名 直接查询想要别名的的字段 不要让搜索引擎来猜
9）Order By语句加在索引列，最好是主键PK上。
10 ） 不要用Having，因为其要遍历所有的记录。性能差得不能再差 用where 替代
最准确的的优化 是看执行语句的执行时间和分析的东西 这个数据库端基本都有集成功能 这样我们目标更明确 更直接
题外话 ： 其实也有很多时候系统的性能的瓶颈 不是体现的上面所说以上几种 最经常运到的 比如网络 的带宽 这使用就要网络的调优和优化 以及 网卡调优 还有服务器的配置增加等等
总之要具体情况具体分析 先判断系统的性能瓶颈在哪里 然后先解决主要的 然后在各各处理
原文：http://www.cnblogs.com/itch/p/5008153.html