数据库性能调优技巧.pptVIP

DEMO:数据库引擎优化顾问 2010年4月6日 * 5、服务器调优 2010年4月6日 * 硬件： ＣＰＵ，内存　，ＩＯ 数据库 将数据文件，临时表空间存放在不同磁盘 调整ＳＱＬ　Ｓｅｒｖｅｒ内存分配 案例分析：无锡民政系统 2010年4月6日 * List页面设计调整 大数据量的List页面，进行如下的修改 取消查询条件中各控件的AutoPostback，点击“查找”按钮后再刷新，降低开销 简化排序条件 调用MIs平台提供的新功能，指定本次取出的数据列，避免取出不需要的列（ Sq_Basic_Person 表有100来个字段） 2010年4月6日 * 排序条件优化 Select Top 20 * From Sq_Basic_Person where 1=1 and (BelongXiaQuCode like 320203%) order By JuZhuAddress asc 可调整为社区编号，在点击“地址”列头时再进行地址排序 2010年4月6日 * 索引优化 2010年4月6日 * 创建Row_ID的聚集索引、RowGuid的非聚集索引、FamilyGuid的非聚集索引（经常会根据家庭编号查找人员）；剩下来的工作让优化顾问来给我们做 去掉Or子句 Select count(*) from Sq_Basic_Person where 1=1 and (DeadFlag is null or DeadFlag=0) and (HuJiFlag is null or HuJiFlag=1) 把DeadFlag的默认值设置为’0’ HuJiFlag的默认值设置为’1’ Select count(*) from Sq_Basic_Person where 1=1 and (DeadFlag=‘0’) and (HuJiFlag=‘1‘) 执行时间为：308毫秒 2010年4月6日 * 索引维护 数据库管理中添加任务，每天晚上12点左右对大数据表的索引进行重建，防止数据大量变动后产生的索引碎片对索引效果的影响。 dbcc dbreindex(‘Sq_Basic_Person ,,90) 2010年4月6日 * 操作系统升级 原来装32位的Windows 2003，SQL Server的内存专用不能超过2G，而服务器有16G内存 重装服务器，换成64位Windows2003和64位的SQL Server2005，内存限制没有了，性能提升非常明显 2010年4月6日 * 响应时间：一般一个网站，被普遍接受的响应时间是2/5/10，就是说2秒内给用户响应是很满意的，5秒是可以接受，10秒以上就不愿意等了。当然，对于一些数据统计分析、数据备份还原等操作，时间可以长一些。 并发用户数。 同时在线：就是一端时间内有多少个用户在使用我们的系统。但这些用户的操作可能不同，比如有的再浏览，有的在提交请求，有的在发呆。就好比理发店有一个师傅，同一时间只能给一个人理发，这个时候来了5个用户，我们就可以说这5是同时在线数。我们并不需要了解这些用户到底是不是都是来理发的，或许只是来和老板聊天的。 并发请求数：而另一个概念是服务器实际承受的并发访问数。就是在同一个时间点，向服务器发起的请求数。还是看上面理发店的例子。来的5个用户，有3个是需要理发的。他们同时象师傅提出理发的请求，这就是对服务器而言的并发用户数了。 吞吐量：是指单位时间内系统处理客户请求的数量。 通过吞吐量，并发数和响应时间，我们可以大概了解一个系统的性能。当并发数增大时，吞吐量会增大，响应时间有所增加。但并发数继续增加时，响应时间增大的幅度变大，而吞吐量逐渐平缓稳定。当并发数继续增大，响应时间会明显快速增大，而吞吐量可能因为服务器压力过大，反而出现下降。 * 操作系统影响性能：32位--》64位，SQL Server 2005 (32位) 启用AWE，也可以突破2G，但是有诸多限制。 竞争应用：另一个系统 如果正在使用同一台数据库服务器，它对服务器带来的高压力，很容易引起我们的系统性能降低。 * * 调优方案也需要随机应变，有可能在目前的环境下，这个优化方案是可行的，但是情况变化后，优化方案要重新设计，重新实施。例如：有的时候，我们通过索引使系统性能得到了很大提高，但是数据量到了一定级别，这个索引带来了很大的问题，插入更新的速度变得很慢，此时，可能需要通过重新设计来完善（冗余设计等） * 数据都是按页存放的，每页有若干数据。SQL Server中的数据也是按页（ 4KB ）存放 前面都有索引页，指向具体的数据页 * 窄列将会有助于使得聚簇索引树较浅，而且将使得其他的索引较小 SQL Server 2005中，如果要用Guid列