社区
应用实例
帖子详情
sql server 性能问题
qiubolecn
2004-07-24 06:40:00
问一个SQL SERVER的问题,当超过五十个工作站,连接进程数会超过一百多个,SQL SERVER中某几个进程经常被堵塞,导致全部不可能,请问如何解决这个问题?
执行的操作一般如下:
1、简单的查询、修改。
2、进行要货存储过程的处理。(有事务)
3、一般单据的录入,登账。(有事务,嵌套)
事务内的一般是做。主要是多表关联,用户自定义SQL 计算公式(这个是进程内编译的),临时表的重复处理,多表必须在事务内进行更新,这些
...全文
121
7
打赏
收藏
sql server 性能问题
问一个SQL SERVER的问题,当超过五十个工作站,连接进程数会超过一百多个,SQL SERVER中某几个进程经常被堵塞,导致全部不可能,请问如何解决这个问题? 执行的操作一般如下: 1、简单的查询、修改。 2、进行要货存储过程的处理。(有事务) 3、一般单据的录入,登账。(有事务,嵌套) 事务内的一般是做。主要是多表关联,用户自定义SQL 计算公式(这个是进程内编译的),临时表的重复处理,多表必须在事务内进行更新,这些
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
7 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
老宛
2004-07-25
打赏
举报
回复
摘:
如果你正在负责一个基于SQL Server的项目,或者你刚刚接触SQL Server,你都有可能要面临一些数据库性能的问题,这篇文章会为你提供一些有用的指导(其中大多数也可以用于其它的DBMS)。
在这里,我不打算介绍使用SQL Server的窍门,也不能提供一个包治百病的方案,我所做的是总结一些经验----关于如何形成一个好的设计。这些经验来自我过去几年中经受的教训,一直来,我看到许多同样的设计错误被一次又一次的重复。
你了解你用的工具吗?
不要轻视这一点,这是我在这篇文章中讲述的最关键的一条。也许你也看到有很多的SQL Server程序员没有掌握全部的T-SQL命令和SQL Server提供的那些有用的工具。
“什么?我要浪费一个月的时间来学习那些我永远也不会用到的SQL命令???”,你也许会这样说。对的,你不需要这样做。但是你应该用一个周末浏览所有的T-SQL命令。在这里,你的任务是了解,将来,当你设计一个查询时,你会记起来:“对了,这里有一个命令可以完全实现我需要的功能”,于是,到MSDN查看这个命令的确切语法。
不要使用游标
让我再重复一遍:不要使用游标。如果你想破坏整个系统的性能的话,它们倒是你最有效的首选办法。大多数的初学者都使用游标,而没有意识到它们对性能造成的影响。它们占用内存,还用它们那些不可思议的方式锁定表,另外,它们简直就像蜗牛。而最糟糕的是,它们可以使你的DBA所能做的一切性能优化等于没做。不知你是否知道每执行一次FETCH就等于执行一次SELECT命令?这意味着如果你的游标有10000条记录,它将执行10000次SELECT!如果你使用一组SELECT、UPDATE或者DELETE来完成相应的工作,那将有效率的多。
初学者一般认为使用游标是一种比较熟悉和舒适的编程方式,可很不幸,这会导致糟糕的性能。显然,SQL的总体目的是你要实现什么,而不是怎样实现。
我曾经用T-SQL重写了一个基于游标的存储过程,那个表只有100,000条记录,原来的存储过程用了40分钟才执行完毕,而新的存储过程只用了10秒钟。在这里,我想你应该可以看到一个不称职的程序员究竟在干了什么!!!
我们可以写一个小程序来取得和处理数据并且更新数据库,这样做有时会更有效。记住:对于循环,T-SQL无能为力。
我再重新提醒一下:使用游标没有好处。除了DBA的工作外,我从来没有看到过使用游标可以有效的完成任何工作。
规范化你的数据表
为什么不规范化数据库?大概有两个借口:出于性能的考虑和纯粹因为懒惰。至于第二点,你迟早得为此付出代价。而关于性能的问题,你不需要优化根本就不慢的东西。我经常看到一些程序员“反规范化”数据库,他们的理由是“原来的设计太慢了”,可结果却常常是他们让系统更慢了。DBMS被设计用来处理规范数据库的,因此,记住:按照规范化的要求设计数据库。
不要使用SELECT *
这点不太容易做到,我太了解了,因为我自己就经常这样干。可是,如果在SELECT中指定你所需要的列,那将会带来以下的好处:
1 减少内存耗费和网络的带宽
2 你可以得到更安全的设计
3 给查询优化器机会从索引读取所有需要的列
了解你将要对数据进行的操作
为你的数据库创建一个健壮的索引,那可是功德一件。可要做到这一点简直就是一门艺术。每当你为一个表添加一个索引,SELECT会更快了,可INSERT和DELETE却大大的变慢了,因为创建了维护索引需要许多额外的工作。显然,这里问题的关键是:你要对这张表进行什么样的操作。这个问题不太好把握,特别是涉及DELETE和UPDATE时,因为这些语句经常在WHERE部分包含SELECT命令。
不要给“性别”列创建索引
首先,我们必须了解索引是如何加速对表的访问的。你可以将索引理解为基于一定的标准上对表进行划分的一种方式。如果你给类似于“性别”这样的列创建了一个索引,你仅仅是将表划分为两部分:男和女。你在处理一个有1,000,000条记录的表,这样的划分有什么意义?记住:维护索引是比较费时的。当你设计索引时,请遵循这样的规则:根据列可能包含不同内容的数目从多到少排列,比如:姓名+省份+性别。
使用事务
请使用事务,特别是当查询比较耗时。如果系统出现问题,这样做会救你一命的。一般有些经验的程序员都有体会-----你经常会碰到一些不可预料的情况会导致存储过程崩溃。
小心死锁
按照一定的次序来访问你的表。如果你先锁住表A,再锁住表B,那么在所有的存储过程中都要按照这个顺序来锁定它们。如果你(不经意的)某个存储过程中先锁定表B,再锁定表A,这可能就会导致一个死锁。如果锁定顺序没有被预先详细的设计好,死锁是不太容易被发现的。
不要打开大的数据集
在CSDN技术论坛中 :),一个经常被提出的问题是:我怎样才能迅速的将100000条记录添加到ComboBox中?这是不对的,你不能也不需要这样做。很简单,你的用户要浏览100000条记录才能找到需要的记录,他一定会诅咒你的。在这里,你需要的是一个更好的UI,你需要为你的用户显示不超过100或200条记录。
不要使用服务器端游标
与服务器端游标比起来,客户端游标可以减少服务器和网络的系统开销,并且还减少锁定时间。
使用参数查询
有时,我在CSDN技术论坛看到类似这样的问题:“SELECT * FROM a WHERE a.id='A'B,因为单引号查询发生异常,我该怎么办?”,而普遍的回答是:用两个单引号代替单引号。这是错误的。这样治标不治本,因为你还会在其他一些字符上遇到这样的问题,更何况这样会导致严重的bug,除此以外,这样做还会使SQL Server的缓冲系统无法发挥应有的作用。使用参数查询, 釜底抽薪,这些问题统统不存在了。
在程序编码时使用大数据量的数据库
程序员在开发中使用的测试数据库一般数据量都不大,可经常的是最终用户的数据量都很大。我们通常的做法是不对的,原因很简单:现在硬盘不是很贵,可为什么性能问题却要等到已经无可挽回的时候才被注意呢?
不要使用INSERT导入大批的数据
请不要这样做,除非那是必须的。使用UTS或者BCP,这样你可以一举而兼得灵活性和速度。
注意超时问题
查询数据库时,一般数据库的缺省都比较小,比如15秒或者30秒。而有些查询运行时间要比这长,特别是当数据库的数据量不断变大时。
不要忽略同时修改同一记录的问题
有时候,两个用户会同时修改同一记录,这样,后一个修改者修改了前一个修改者的操作,某些更新就会丢失。处理这种情况不是很难:创建一个timestamp字段,在写入前检查它,如果允许,就合并修改,如果存在冲突,提示用户。
在细节表中插入纪录时,不要在主表执行SELECT MAX(ID)
这是一个普遍的错误,当两个用户在同一时间插入数据时,这会导致错误。你可以使用SCOPE_IDENTITY,IDENT_CURRENT和@@IDENTITY。如果可能,不要使用@@IDENTITY,因为在有触发器的情况下,它会引起一些问题(详见这里的讨论)。
避免将列设为NULLable
如果可能的话,你应该避免将列设为NULLable。系统会为NULLable列的每一行分配一个额外的字节,查询时会带来更多的系统开销。另外,将列设为NULLable使编码变得复杂,因为每一次访问这些列时都必须先进行检查。
我并不是说NULLS是麻烦的根源,尽管有些人这样认为。我认为如果你的业务规则中允许“空数据”,那么,将列设为NULLable有时会发挥很好的作用,但是,如果在类似下面的情况中使用NULLable,那简直就是自讨苦吃。
CustomerName1
CustomerAddress1
CustomerEmail1
CustomerName2
CustomerAddress2
CustomerEmail3
CustomerName1
CustomerAddress2
CustomerEmail3
如果出现这种情况,你需要规范化你的表了。
尽量不要使用TEXT数据类型
除非你使用TEXT处理一个很大的数据,否则不要使用它。因为它不易于查询,速度慢,用的不好还会浪费大量的空间。一般的,VARCHAR可以更好的处理你的数据。
尽量不要使用临时表
尽量不要使用临时表,除非你必须这样做。一般使用子查询可以代替临时表。使用临时表会带来系统开销,如果你是用COM+进行编程,它还会给你带来很大的麻烦,因为COM+使用数据库连接池而临时表却自始至终都存在。SQL Server提供了一些替代方案,比如Table数据类型。
学会分析查询
SQL Server查询分析器是你的好伙伴,通过它你可以了解查询和索引是如何影响性能的。
使用参照完整性
定义主健、唯一性约束和外键,这样做可以节约大量的时
zheninchangjiang
2004-07-25
打赏
举报
回复
http://community.csdn.net/Expert/topic/3185/3185246.xml?temp=.1045343
正好翻到
qufusongyu
2004-07-25
打赏
举报
回复
1、在设计库的时候,多考虑使事务变得小型化,这也是设计库的一个标准吧。
2、在更新事务的时候,只在更新的时候对表加锁,加锁更新后,马上要解锁,这个也很关键。
3、连接进程怎么这么多了?尽量使连接进程少一些,如果可能的话,可以在数据更新不密集的系统中使用局部断开连接,更新前再进行连接的方法。
4、对于发生阻塞的现象,可以设计一个存储过程,自动杀掉这个阻塞的事务,使所有的事务畅行。
5、在更新事务中,要注意更新的顺序,A--B--C,如果有的是这个顺序,另一个是C--B--A,还有的是C--A--B,那就很难避免在并发用户多的时候发生阻塞现象。
guanshiyu123
2004-07-24
打赏
举报
回复
事务有问题,
如果单个事务正常,再考虑一下并发时,并发冲突问题,
可能出现了死锁,导致所有的工作站都不可用,
zheninchangjiang
2004-07-24
打赏
举报
回复
一般的,要注意对于事务处理的表的顺序,如果按照的是同一顺序,是不可能造成死锁的
zyqqzy
2004-07-24
打赏
举报
回复
事务导致阻塞。
优化事务处理和查询,使之更有效率。
swordmanli
2004-07-24
打赏
举报
回复
事务处理应该有问题,才会导致阻塞!
而且,SQLServer好像不支持嵌套事务吧,好像有问题的,关于这部分,你好好看看吧
SQL
Server
2012 管理高级教程(第2版)试读
SQL
Server
MVP最新作品,添加了大量关于
SQL
Server
2012的新内容,帮助DBA利用
SQL
Server
2012的许多新功能简化工作,高效管理
SQL
Server
的提示、技巧和解决方案 教授读者成功管理
SQL
Server
2012所需的技能,你将会学到如何处理最困难的管理难题,包括变更管理、安全性、
性能
调优、监控、备份。你还可以学到如何掌握
SQL
Server
2012中的最新特性,包括客户端连接性的提升、云计算、数据复制以及商业智能。这本由业内领先专家撰写的详尽指南将会帮助你提升效率、可扩展性以及
SQL
Server
的
性能
,因此你可以在更短的时间内完成更多任务。 内容提要 ◆ 探讨能够提升
SQL
Server
性能
的设置和配置项 ◆ 展示如何实现在为数据库建立索引时制订的策略 ◆ 集群的安装、配置以及测试步骤 ◆
SQL
Server
备份和还原中所能用到的选项,并为最大化利用这些功能提供建议 ◆ 涵盖集成SharePoint 2010与
SQL
Server
2012所需了解的知识 ◆ 对
SQL
Azure进行介绍,使你对这个激动人心的云平台有所准备
Microsoft
SQL
Server
2005技术内幕: T-SQ程序设计.pdf
SQL
Server
2005微软官方权威参考手册 是Inside Microsoft
SQL
Server
2005系列书中的第一本,
SQL
Server
类的顶尖之作 全球公认
SQL
Server
2005经典著作,囊括大量鲜为人知的技术内幕,大师智慧、专家经验尽览无余。 本系列图书中文版得到了微软总部
SQL
Server
组专家的高度重视,同时也得到了微软中国上海
SQL
Server
全球技术支持中心的高度关注。 本书详细介绍了T-
SQL
的内部构造,包含了非常全面的编程参考。数据库开发人员和DBA可以通过书中的最佳实践、高级技巧和代码示例来掌握这门复杂的编程语言,以切合实际的方案来解决复杂的
问题
。本书涵盖了T-
SQL
程序设计的方方面面,如基于集合的编程技术、日期和时间相关的XML和CLR数据类型的使用、临时对象、T-
SQL
和CLR用户自定义函数、存储过程、触发器、事务和新的错误处理结构、应用并发模型支持并发用户、使用Service Broker来控制数据库应用程序中的异步处理等。 内容简介 本书是Inside Microsoft
SQL
Server
2005系列四本著作中的一本。它详细介绍了T-
SQL
的内部构造,包含了非常全面的编程参考。它提供了使用Transact-
SQL
(T-
SQL
)的专家级指导,T-
SQL
是用于
SQL
Server
的最常见的也是功能最强大的编程语言。该书由Itzik Ben-Gan权威执笔,重点关注语言特性以及它们如何被
SQL
Server
引擎解释和处理。 通过本书,你将深入了解T-
SQL
的高级用法,包括触发器、用户自定义函数、异常处理等。该书解释并比较了
SQL
Server
2000和
SQL
Server
2005在数据库开发相关
问题
上的解决方案,深入讨论了
SQL
Server
2005中新增的T-
SQL
编程特性,包含了大量的代码示例、表示例和逻辑难题以帮助数据库开发人员和管理员理解复杂的逻辑并掌握T-
SQL
。 本书适合于专业数据库开发者、BI开发者、DBA和以
SQL
Server
作为后台数据库的一般应用程序开发者,读者可以通过书中的最佳实践、高级技巧和代码示例来掌握这门复杂的编程语言,以切合实际的方案来解决复杂的实际
问题
。 作者简介 Itzik Ben-Gan是Solid Quality Learning的导师和创始人。从1999年开始,他一直是Microsoft
SQL
Server
MVP(最有价值专家),并在全世界已经开展过无数次T-
SQL
查询、T-
SQL
优化和编程方面的培训。Itzik是Microsoft
SQL
Server
方面几本著作的作者。他在
SQL
Server
Magazine和MSDN上发表了许多文章和白皮书。Itzik被邀请在许多会议上做报告,包括TechEd、DevWeek、世界各地的各种
SQL
用户组、PASS、
SQL
server
Magazine Connections和Solid Quality Learning的会议。 从1992年开始,Itzik就一直致力于涉及各种数据库和计算机系统相关技术的多个课题。除了帮助顾客处理紧迫的要求、修复
问题
、优化数据库、教学和担任顾问以外,他还帮助开发人员和数据库管理员转变关系/基于集合的理念,改善他们编写代码的
性能
和可维护性。Itzik擅长T-
SQL
查询、查询优化、编程和内部原理,此外他还精通其他的数据库领域。1999年,Itzik创立以色列
SQL
Server
和OLAP用户组,一直管理至今。 目录 序 前言 致谢 引言 第1章 数据类型相关的
问题
,XML和CLR UDT 1.1 DATETIME数据类型 DATETIME的存储格式 时间处理 Datetime相关的查询
问题
1.2 与字符相关的
问题
模式匹配 区分大小写(Case-Sensitive)的筛选器 1.3 大型对象(Large Object,LOB) MAX 说明符 BULK行集提供程序 1.4 隐式转换(Implicit Conversion) 标量表达式 筛选表达式 1.5 基于CLR的用户定义类型 UDT理论简介 开发UDT 1.6 XML数据类型 关系数据库中的XML支持 什么时候应该使用XML代替关系表现形式? 数据库中的XML序列化对象 使用开放架构(Open Schema)的XML 作为存储过程参数的XML数据类型 Xquery修改语句 1.7 结论 第2章 临时表和表变量 2.1 临时表 局部临时表 全局临时表 2.2 表变量 限制条件 tempdb 范围和可见性 事务上下文 统计信息 2.3 tempdb相关的注意事项 2.4 表表达式 2.5 比较临时对象 2.6 综合练习——关系分区(Relational Division) 2.7 结论 第3章 游标 3.1 使用游标 3.2 游标开销 3.3 单独处理每一行 3.4 按顺序访问 自定义聚合 连续聚合 最大并发会话 匹配
问题
3.5 结论 第4章 动态
SQL
第5章 视图 第6章 用户定义函数 第7章 存储过程 第8章 触发器 第9章 事务 第10章 错误处理 第11章 Service Broker 附录A CLR程序指南 A.1 创建CLRUtilities数据库:
SQL
Server
A.2 部署:Visual Studio A.3 部署和测试:Visual Studio 和
SQL
Server
索引 中英文术语对照表
SQL
Server
2008高级程序设计.pdf
英文版:Professional Microsoft
SQL
Server
2008 Programming 内容简介 《
SQL
Server
2008高级程序设计》由世界顶尖
SQL
Server
权威专家Robert Vieira撰写,它介绍
SQL
Server
2008的新功能,讨论如何设计
性能
卓越的应用程序,分析如何提高应用程序安全性,讲述如何管理高级脚本和数据库,并陈述新数据类型、高级查询、XML集成、索引结构、高级时区处理和数据仓库等重要内容。
SQL
Server
DBA和专家必看的3本书(高清晰原版)
其中包含了3本想成为
SQL
Server
DBA或专家必看的书: 1.Microsoft
SQL
Server
2008 Internals 能够帮助你深入理解
SQL
Server
2008的内部结构和工作原理。 2.
SQL
Server
2008 Query Performance Tuning Distilled 能够帮助你完成
SQL
Server
的
性能
诊断和调优,是这方面最好的书了。 3.
SQL
Server
DMVs in Action 是DMV使用的最全的参考书,DBA必备。 欢迎下载。
Sql
server
性能
分析
文章目录
sql
server
性能
分析一、查看执行计划(SHOWPLAN_ALL)二、查看磁盘使用率(STATISTICS IO)三、查询时间耗时较长的语句四 死锁处理
sql
server
性能
分析 提示:这里可以添加本文要记录的大概内容: 例如:随着人工智能的不断发展,机器学习这门技术也越来越重要,很多人都开启了学习机器学习,本文就介绍了机器学习的基础内容。 提示:以下是本篇文章正文内容,下面案例可供参考 一、查看执行计划(SHOWPLAN_ALL) 显示查询计划是
SQL
Server
将显示在执行查询的过程
应用实例
27,579
社区成员
68,557
社区内容
发帖
与我相关
我的任务
应用实例
MS-SQL Server 应用实例
复制链接
扫一扫
分享
社区描述
MS-SQL Server 应用实例
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章