技术开发 频道

SQL Server高并发解决方案四个优化

  【IT168 评论】现在大家都比较关心的问题就是在多用户高并发的情况下,如何开发系统,这对我们程序员来说,确实是值得研究,最近找工作面试时也经常被问到,其实我早有去关心和了解这类问题,但一直没有总结一下,导致面试时无法很完整全面的回答,所以今天我专门总结概况了一下关于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)

查询期间,不允许其他事务insertdelet

 HOLDLOCK


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

  4.服务器硬件优化:

  A.服务器内存,硬盘等核心硬件性能当然越强越好;

  B.购买多台服务器并建立集群,以实现利用多个计算机进行并行计算从而获得很高的计算速度,也可以用多个计算机做备份,从而使得任何一个机器坏了整个系统还是能正常运行;

  C.在多台服务器建立DB镜像同步,并实现读写分离,即:除了指定的一台或几台服务器具有允许更新以外,其余的服务器均只作为数据镜像同步,不能更新,仅供查询。

  更多精彩尽在2014年4月10日-12日在北京五洲皇冠国际酒店举办的第五届中国数据库技术大会,2月29日之前订票可享受7.8折最低票价。

Facebook专家:Hadoop不足以处理大数据
进入官网了解更多详情

1
相关文章