关于SQL SERVER高并发解决方案

　　如今你们都比较关心的问题就是在多用户高并发的状况下，如何开发系统，这对咱们程序员来讲，确实是值得研究，最近找工做面试时也常常被问到，其实我早有去关心和了解这类问题，但一直没有总结一下，致使面试时没法很完整全面的回答，因此今天我专门总结概况了一下关于SQL SERVER高并发解决方案，但愿能帮助你们，如有不对以外，还请及时告之，谢谢！

SQL SERVER高并发解决方案主要是从如下几个方面：

1.SQL语句优化：

　　A.尽量的精确查询条件及查询字段，缩小查询范围（包括使用分页查询）；

　　B.查询条件中尽量少用：like,(not)in,(not)is null,order by,distinct,count(*),!=,<>;

　　C.不要对查询的字段进行函数运算，

　　　　如：aa. substring('aa123',1,2)='aa',而应该是：'aa123' like 'aa%'; －－－应用到了索引

　　　　　　bb. 'aa'+'123'='aa123',而应该是：'aa'=left('aa123',2)

　　D.判断数据存在，不要使用TOP 1,而应该是：EXITS

　　E.对于复杂SQL查询，可直接使用SQL存储过程或创建视图（视图不可太复杂）；

　　F.尽量的少用游标，触发器；

2.表设计优化：

　　A.纵向分割表设计，将表按照某种原则（可按照字段读写频率来设计）设计成相对应的几个表，之间采用主（外）键关联查询；

　　B.横向分割表设计，将表中的数据按照使用价值（好比：只用只用到近3个月的有效数据）来进行数据转移备份，以减小表的数据量；

　　C.表数据物理存放分区设计，将表中的数据按照某种规则创建物理表分区来存储，以下降硬盘的IO负担；

　　D.创建适当的索引（汇集索引与非汇集索引）；

3.事务设置优化：

　　事务隔离级别有：（隔离级别做用于事务中，而锁做用于每条SQL语句上）

隔离级别	脏读	不可重复读取	幻像	说明	产生或等同对应的锁
未提交读(read uncommitted)	是	是	是	若是其余事务更新，无论是否提交，当即执行	NOLOCK
提交读(read committed默认)	否	是	是	读取提交过的数据。若是其余事务更新没提交，则等待	HOLDLOCK
可重复读(repeatable read)	否	否	是	查询期间，不容许其余事务update	HOLDLOCK
可串行读(serializable)	否	否	否	查询期间，不容许其余事务insert或delet	HOLDLOCK

　　　　A.事务隔离原则：共享读，排它写，即表示：在执行查询时，若对数据一致性要求很高时，可采用可重复读(repeatable read)隔离级别，若没有严格要求，则可建议使用未提交读(read uncommitted)隔离级别；

4.服务器硬件优化：

　　A.服务器内存，硬盘等核心硬件性能固然越强越好；

　　B.购买多台服务器并创建集群，以实现利用多个计算机进行并行计算从而得到很高的计算速度，也能够用多个计算机作备份，从而使得任何一个机器坏了整个系统仍是能正常运行；

C.在多台服务器创建DB镜像同步，并实现读写分离，即：除了指定的一台或几台服务器具备容许更新之外，其他的服务器均只做为数据镜像同步，不能更新，仅供查询；