现在大家都比较关心的问题就是在多用户高并发的情况下，如何开发系统，这对我们程序员来说，确实是值得研究，最近找工作面试时也经常被问到，其实我早有去关心和了解这类问题，但一直没有总结一下，导致面试时无法很完整全面的回答，所以今天我专门总结概况了一下关于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语句上）
隔离级别 | 脏读 | 不可重复读取 | 幻像 | 说明 | 产生或等同对应的锁 |
未提交读(readuncommitted) | 是 | 是 | 是 | 如果其他事务更新，不管是否提交，立即执行 | NOLOCK |
提交读(readcommitted默认) | 否 | 是 | 是 | 读取提交过的数据。如果其他事务更新没提交，则等待 | HOLDLOCK |
可重复读(repeatableread) | 否 | 否 | 是 | 查询期间，不允许其他事务update |
学习交流
热门图片
猜你喜欢的新闻
新闻热点  2024-06-26 22:28:41
 2024-06-26 22:26:16
 2024-06-26 22:23:01
 2024-06-25 19:29:23
 2024-06-25 19:22:14
 2024-06-25 19:19:15
疑难解答 |
