jmeter性能使用笔记

jmeter性能使用笔记
一、url请求编码，对应的中文汉字应该使用URL编码进行转换，传参金http/https请求中
二、jmeter按比例执行业务场景
可用函数 __counter实现；

函数助手中 找到 __counter，如 ${__counter(false,num)}，功能简介

---- 参数为true，每个用户有自己的计数器

---- 参数为false，全局计算器，如10个线程组，100个loop，计数器值为1-1000

若执行比例1:3，设置如下：

添加 逻辑控制器 -> 如果（If）控制器

A设置为 ${__counter(false,num)} % 3 == 0

B设置为 ${__counter(false,num)} % 4 >= 1

总结，按照最小的公倍数分割，比如A占1/4，B占3/4，不需要很复杂的公式计算。
三、Jmeter压测过程报错the target server failed to respond
失败事务报错信息如下，

Socket closed
Non HTTP response code: org.apache.http.NoHttpResponseException (the target server failed to respond)

问题原因：在JMeter下，发送http 请求时，一般都是默认选择了use keepAlive（这个是什么？看后面资料），这个是连接协议，JMeter坑就在这里，默认勾选了这个（如果不勾选的话，也不会出现问题），但其配置JMeter.properties中的时间设置默认却是注销的，也是是说，不会等待，一旦连接空闲，则立马断开了，导致我们压测中出现了事务失败的情形。

解决：

		1、修改httpclient4.idletimeout=<time in ms> 设置成自己觉得合理的时间，一般可设置成10-60s（表示连接空闲10s后才会断开），注意这边单位是ms。修改完成后再次压测，错误不再有了。

		2、或者直接不勾选这个（请求连接完成后就断开，新请求时就再创建）

四、Jmeter连接DB2/ORACLE/MYSQL数据库
连接DB2
1、将db2数据库驱动db2java.jar、db2jcc.jar放入jmeter的lib/下，同时也要放入本地jdk目录下例如：C:\Program Files\Java\jdk1.7.0_751\jre\lib\ext
db2安装目录下以linux为例/安装的目录/db2admin/sqllib/java，db2java驱动原本为zip格式，需要传入本地后改为.jar格式
2、在Jmeter中添加JDBC配置文件（JDBC Connection Configuration）
路径：右键添加——配置文件——JDBC Connection Configuration
3、在JDBC Connection Configuration中设置连接，
Database URL：填入需要连接的MYSQL数据库例如：jdbc:db2://localhost:3306/test
localhost为ip，3306为端口号，test为连接的数据库
（如果需要一个请求执行多条Sql语句应该写成jdbc:db2://localhost:3306/test?user=root&password=&allowMultiQueries=true）
JDBC Driver class：com.ibm.db2.jcc.DB2Driver（JCC表示通过DB2jcc驱动连接）
Username 与Password 输入连接时候用的用户名与密码

4、设置完成后添加JDBC Request，路径：右键添加——Sampler——JDBC Request
SQL Query中输入SQL语句。

连接Mysql
1、将连接的mysql-connector-java-5.1.26-bin.jar放入jmeter的lib/下
2、在Jmeter中添加JDBC配置文件（JDBC Connection Configuration）
路径：右键添加——配置文件——JDBC Connection Configuration
3、在JDBC Connection Configuration中设置连接，
Database URL：填入需要连接的MYSQL数据库例如：jdbc:mysql://localhost:3306/test
localhost为ip，3306为端口号，test为连接的数据库
（如果需要一个请求执行多条Sql语句应该写成jdbc:mysql://localhost:3306/test?user=root&password=&allowMultiQueries=true）
JDBC Driver class：com.mysql.jdbc.Driver
Username 与Password 输入连接时候用的用户名与密码

4、设置完成后添加JDBC Request，路径：右键添加——Sampler——JDBC Request
Variable Name输入连接池信息，默认输入为：MySQL
SQL Query中输入SQL语句。

连接Oracle
1、Database URL：填入需要连接的Oracle数据库例如：jdbc:oracle:thin:@IP:1521:数据库名
2、JDBC Driver class：oracle.jdbc.driver.OracleDriver
Username 与Password 输入连接时候用的用户名与密码
3、Validation Query：Select 1 from dual（特别注意）
五、jmeter connection reset解决方法
1.修改HTTP请求下面的Impementation选项，改成HttpClient4

2.在user.properties文件内修改：

hc.parameters.file=hc.parameters

#Jmeter 2.10以后禁用了失败请求重试

3.在hc.parameters文件内修改：

http.connection.stalecheck$Boolean=true

#Jmeter 2.10以后禁用了失效检查

重启Jmeter再尝试一下
新建注册表脚本reg文件，编辑值如下，保存后双击执行；重启电脑，再次压测即不会出现报错
相关值解析
MaxUserPort：最大动态端口数（Default = 5000, Max = 65534）
TcpTimedWaitDelay：TCP等待延迟时间（30）
TcpNumConnections：TCP最大连接数（Default = 16,777,214）

MaxFreeTcbs：最大TCP控制块（1000-2000）

MaxHashTableSize：最大TCB Hash table数量（64-65536）
解析中值为10进制，下方脚本已全转换为16进制

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
“MaxUserPort”=dword:fffe
“TcpTimedWaitDelay”=dword:1e
“TcpNumConnections”=dword:fffffe
“MaxFreeTcbs”=dword:7D0
“MaxHashTableSize”=dword:10000
六、jmeter使用Beanshell预处理器从指定列表中获取随机值
变量mynation从列表{“china”, “US”, “UK”}中随机取值

String[] nation = new String[]{“china”, “US”, “UK”};
Random random = new Random();
int i = random.nextInt(nation.length);
vars.put(“mynation”,nation[i]);
在需要使用的 地方直接 ${mynation} 引用即可
如果要设置两个变量且变量值随机但不重复，可以通过两个列表放置不同值实现

String[] nation = new String[]{“china”, “US”, “UK”};
Random random = new Random();
int i = random.nextInt(nation.length);
vars.put(“mynation”,nation[i]);

String[] num = new String[]{“8”, “2”, “1”,“7”};
Random r = new Random();
int j = r.nextInt(num.length);
vars.put(“anum”,num[j]);
七、Jmeter函数组件开发
插件开发方法有两种：

一、在jmeter官网下载jmeter源码，在源码里面新加函数，然后导出jar；

二、不下载源码，直接导入jmeter相应的jar包，即可开发。（推荐）

下面介绍第二种开发方法：

在eclipse新建项目，导入jmeter目录下\lib\ext目录中的的ApacheJMeter_core.jar，继承AbstractFunction类。

案例：以下写一个计算阶乘的Function，将其命名为Factorial，主要代码参考如下，

import java.util.Collection;
import java.util.LinkedList;
import java.util.List;

import org.apache.jmeter.engine.util.CompoundVariable;
import org.apache.jmeter.functions.AbstractFunction;
import org.apache.jmeter.functions.InvalidVariableException;
import org.apache.jmeter.samplers.SampleResult;
import org.apache.jmeter.samplers.Sampler;
import org.apache.jmeter.util.JMeterUtils;
import org.apache.jorphan.logging.LoggingManager;
import org.apache.log.Logger;

public class Factorial extends AbstractFunction {

private static final Logger log = LoggingManager.getLoggerForClass();
private static final List<String> desc = new LinkedList<String>();
private static final String KEY = "__factorial";
private Object[] values = null;

static {
    desc.add("factorial_value");
}
//描述参数
@Override
public List<String> getArgumentDesc() {
    // TODO Auto-generated method stub
    return desc;
}
//函数执行，返回结果
@Override
public String execute(SampleResult previousResult, Sampler currentSampler)
        throws InvalidVariableException {
    // TODO Auto-generated method stub
    String numberString = ((CompoundVariable) values[0]).execute().trim();
    int num;
    try{
        num = Integer.valueOf(numberString);
    } catch (Exception e){
        return null;
    }

    return String.valueOf(factorial(num));
}
//获取函数引用关键字
@Override
public String getReferenceKey() {
    // TODO Auto-generated method stub
    return KEY;
}
//设置参数
@Override
public void setParameters(Collection<CompoundVariable> parameters)
        throws InvalidVariableException {
    // TODO Auto-generated method stub
    //可以检查参数数量，主要包括以下两种方法
    checkMinParameterCount(parameters, 1);
    checkParameterCount(parameters, 1, 1);
    values = parameters.toArray();
}

private int factorial(int num){
    int result = 1;
    if(num < 0){
        return -1;
    }
    if(num == 0){
        result = 1;
    } else {
        for(int i = num; i > 0; i--){
            result *= i;
        }
    }

    return result;
}

}

通过继承AbstractFunction抽象类，重写getArgumentDesc方法实现对函数参数的描述，重写setParameters方法来对函数的参数进行检查和设置，重写getReferenceKey方法告诉JMeter该函数在框架中的引用名称，重写execute方法，实现对该函数的执行并返回结果。通过上述代码我们完成了对Factorial函数组件的编写。
将代码导出为jar文件，放在\lib\ext目录中，打开jmeter即可在函数助手中查看到该函数组件：

八、Jmeter对基于websocket协议的压力测试
WebSocket protocol 是HTML5一种新的协议。它实现了浏览器与服务器全双工通信(full-duplex)。

浏览器和服务器只需要要做一个握手的动作，然后，浏览器和服务器之间就形成了一条快速通道。两者之间就直接可以数据互相传送。在此WebSocket 协议中，为我们实现即时服务带来了两大好处：

1. Header 互相沟通的Header是很小的-大概只有 2 Bytes
2. Server Push

浏览器请求
复制代码
GET /WebSocket/LiveVideo HTTP/1.1
Upgrade: WebSocket
Connection: Upgrade
Host: localhost:8080 (客户端请求主机)
Origin: http://127.0.0.1 (来源网页地址)
Sec-WebSocket-Key1: 23 asdfJKj,asdjk
Sec_WebSocket-Key2: wewerw234 jij998
0x13x10 + 8个字节Sec_WebSocket-Key3值，没有键名(注意，这里的0x13x10的额外的，也就说有两个连续的0x13x10)
复制代码
服务器回应

HTTP/1.1 101 Web Socket Protocol Handshake
Upgrade: WebSocket
Connection: Upgrade
Sec-WebSocket-Origin: http://127.0.0.1 (来源网页地址)
Sec-WebSocket-Location: ws://localhost:8080/WebSocket/LiveVideo

Jmeter测试webocket协议

Jmeter本身不支持websocket协议的，所以需要安装第三方的插件还有6个依赖包。下载地址：https://jmeter-plugins.org/

下载完成以后直接放到jmeter的\lib\ext\目录下。重启Jmeter就有此插件了。

启动Jmeter，鼠标右键选择测试计划->添加->Threads（users）->线程组->Sampler->WebSocket Sampler

WebSocket Sampler页面

主要选项说明：

1、WebServer
（1）Server Name or IP：WebSocket发送的目标服务器的地址或者名称
（2）Port Number：WebSocker服务器监听的端口号。（一般是HTTP 80端口，可以通过WireShark数据包得到）

2、Timeout:
（1）Connection – 发送一个连接请求后，Jmeter等待连接完成的最长时间，单位是毫秒。
（2）Response - 对响应消息的最大等待时间。

3、WebSocket Request
（1）Implementation – 只支持RFC6455(v13) ，WebSocket协议标准的最新版。
（2）Protocol – 有ws与wss之分， ws前缀是WebSocket连接的辨别标识，wss前缀是WebSocket安全连接的辨别标识。根据自己的实际情况填写
（3）Streaming Connection – 选择这个TCP session要不要保持，如果勾上标识连接会一直存在，如果没有勾上，那么得到第一次响应后该链接就会被关闭。
（4）Request data：填入将要发送的请求，要跟开发沟通好，这个是什么格式的消息。

4.WebSocket Response
（1）Response Pattern – 采样器将等待含有该标识的消息并继续通信（或者直到timeout，该连接关闭）
（2）Close Connection Pattern – 如果服务器返回的消息含有这样的字符，就结束会话。
（3）Message Backlog – 定义服务器返回消息保留的最大长度。

进行测试

测试地址：http://www.websocket.org/echo.html

添加WebSocket Sampler后，再添加一个查看结果树，运行后即可查看结果。

九、瓶颈分析方法
1、内存分析法

内存分析用于判断系统有无内存瓶颈，是否需要通过增加内存等手段提高系统性能表现。

内存分析需要使用的计数器：Memory类别和Physical Disk类别的计数器。内存分析的主要方法和步骤：

（1）首先查看Memory\Available Mbytes指标

如果该指标的数据比较小，系统可能出现了内存方面的问题，需要继续下面步骤进一步分析。

注： 在UNIX/LINUX中，对应指标是FREE(KB)

（2）注意Pages/sec、Pages Read/sec和Page Faults/sec的值

操作系统回利用磁盘较好的方式提高系统可用内存量或者提高内存的使用效率。这三个指标直接反应了操作系统进行磁盘交换的频度。

如果Pages/sec的技术持续高于几百，可能有内存问题。Pages/sec值不一定大就表明有内存问题，可能是运行使用内存映射文件的程序所致。Page Faults/sec说明每秒发生页面失效次数，页面失效次数越多，说明操作系统向内存读取的次数越多。此事需要查看Pages Read/sec的计数值，该计数器的阀值为5，如果计数值超过5，则可以判断存在内存方面的问题。

注：在UNIX/LINUX系统中，对于指标是(page)si和(page)so.

(3)根据Physical Disk计数器的值分析性能瓶颈

对Physical Disk计数器的分析包括对Page Reads/sec和%Disk Time及Aerage Disk Queue Length的分析。如果Pages Read/sec很低，同时%Disk Time和Average Disk Queue Length的值很高，则可能有磁盘瓶颈。但是，如果队列长度增加的同时Pages Read/sec并未降低，则是内存不足。

注：在 UNIX/LINUX系统中，对应的指标是Reads(Writes)per sec、Percent of time the disk is busy和Average number of transactions waiting for service.

2、处理器分析法

（1）首先看System%Total Processor Time 性能计数器的计数值

该计数器的值体现服务器整体处理器利用率，对多处理器的系统而言，该计数器提醒所有CPU的平均利用率。如果该值持续超过90％，则说明整个系统面临着处理器方面的瓶颈，需要通过增加处理器来提高性能。

注：多处理器系统中，该数据本身不大，但PUT直接负载状况极不均衡，也应该视作系统产生处理器方面瓶颈。

（2）其次查看每个CPU的Processor%Processor Time 和 Processor%User Time 和 Processor%Privileged Time

Processor%User Time 是系统非核心操作消耗的CPU时间，如果该值较大，可以考虑是否能通过友好算法等方法降低这个值。如果该服务器是数据库服务器， Processor%User Time 值大的原因很可能是数据库的排序或是函数操作消耗了过多的CPU时间，此时可以考虑对数据库系统进行优化。

（3）研究系统处理器瓶颈

查看 System\Processor Queue Length 计数器的值，当该计数器的值大于CPU数量的总数＋1时，说明产生了处理器阻塞。在处理器的%Process Time很高时，一般都随处理器阻塞，但产生处理器阻塞时，Processor%Process Time 计数器的值并不一定很大，此时就必须查找处理器阻塞的原因。

%DOC Time 是另一个需要关注的内容，该计数器越低越好。在多处理器系统中，如果这个值大于50％，并且Processor%Precessor Time非常高，加入一个网卡可能回提高性能。

3、磁盘I/O分析法

（1）计算梅磁盘的I/O数

梅磁盘的I/O数可用来与磁盘的I/O能力进行对比，如果经过计算得到的每磁盘I/O数超过了磁盘标称的I/O能力，则说明确实存在磁盘的性能瓶颈。

每磁盘I/O计算方法

RAID0计算方法：（Reads +Writes)/Number of Disks

RAID0计算方法：（Reads +2*Writes)/2

RAID0计算方法：[Reads +(4*Writes)]/Number of Disks

RAID0计算方法：[Reads +(2*Writes)]/Number of Disks

(2)与Processor\Privileged Time 合并进行分析

如果在Physical Disk 计数器中，只有％Disk Time 比较大，其他值都比较适中，硬盘可能会是瓶颈。若几个值都比较大，且数值持续超过80％，则可能是内存泄漏。

（3）根据Disk sec/Transfer进行分析

一般来说，定义该数值小于15ms为Excellent，介于15～30ms之间为良好，30～60ms之间为可以接受，超过60ms则需要考虑更换硬盘或是硬盘的RAID方式了。

4、进程分析法

（1）查看进程的％Processor Time值

每个进程的％Processor Time反映进程所消耗的处理器时间。用不同进程所消耗的处理器时间进行对比，可以看出具体哪个进程在性能测试过程中消耗了最多的处理器时间，从而可以据此针对应用进行优化。

（2）查看每个进程产生的页面失效

可以用每个进程产生的页面失效（通过PRCESS\PAGE FAILURES/SEC计数器获得）和系统页面失效(可以通过MEMORY\PAGE FAILURES/SEC计数器获得)的比值，来判断哪个进程产生了最多的页面失效，这个进程要么是需要大量内存的进程，要么是非常活跃的进程，可以对其进行重点分析。

（3）了解进程的Process/Private Bytes

Process/Private Bytes是指进程所分配的无法与其他进程共享的当前字节数量。该计数器主要用来判断进程在性能测试过程中有无内存泄漏。例如：对于一个IIS之上的 WEB应用，我们可以重点监控inetinfo进程的Private Bytes，如果在性能测试过程中，该进程的Private Bytes计数器值不断增加，或是性能测试停止后一段时间，该进程的Private Bytes仍然持续在高水平，则说明应用存在内存泄漏。

注：在UNIX/LINUX系统中，对应的指标是Resident Size

5、网络分析法

Network Interface\Bytes Total/sec为发送和接收字节的速率，可以通过该计数器值来判断网络链接速度是否是瓶颈，具体操作方法是用该计数器的值和目前网络的带宽进行比较。

RAID0计算方法：[Reads +(2*Writes)]/Number of Disks

(2)与Processor\Privileged Time 合并进行分析

如果在Physical Disk 计数器中，只有％Disk Time 比较大，其他值都比较适中，硬盘可能会是瓶颈。若几个值都比较大，且数值持续超过80％，则可能是内存泄漏。

（3）根据Disk sec/Transfer进行分析

一般来说，定义该数值小于15ms为Excellent，介于15～30ms之间为良好，30～60ms之间为可以接受，超过60ms则需要考虑更换硬盘或是硬盘的RAID方式了。
十、性能调优之SQL优化
如何加快查询速度?

1、升级硬件

2、根据查询条件,建立索引,优化索引、优化访问方式，限制结果集的数据量。

3、扩大服务器的内存

4、增加服务器CPU个数

5、对于大的数据库不要设置数据库自动增长，它会降低服务器的性能

6、在查询Select语句中用Where字句限制返回的行数,避免表扫描,如果返回不必要的数据，浪费了服务器的I/O资源，加重了网络的负担降低性能。如果表很大，在表扫描的期间将表锁住，禁止其他的联接访问表,后果严重。

7、查询时不要返回不需要的行、列

8、用selecttop100 / 10 Percent 来限制用户返回的行数或者SETROWCOUNT来限制操作的行

9、在IN后面值的列表中，将出现最频繁的值放在最前面，出现得最少的放在最后面，减少判断的次数

10、一般在个HGROUPBYAVING字句之前就能剔除多余的行，所以尽量不要用它们来做剔除行的工作。他们的执行顺序应该如下最优：

select的Where字句选择所有合适的行，GroupBy用来分组个统计行，Having字句用来剔除多余的分组。这样GroupBy个Having的开销小，查询快.对于大的数据行进行分组和Having十分消耗资源。如果GroupBY的目的不包括计算，只是分组，那么用Distinct更快

11、一次更新多条记录比分多次更新每次一条快,就是说批处理好

12、网络速度慢

13、查询出的数据量过大（可以采用多次查询，其他的方法降低数据量）

14、锁或者死锁(这也是查询慢最常见的问题，是程序设计的缺陷)

15、sp_lock,sp_who,活动的用户查看,原因是读写竞争资源。

16、返回了不必要的行和列

17、查询语句不好，没有优化

可以通过如下方法来优化查询

1、把数据、日志、索引放到不同的I/O设备上，增加读取速度，以前可以将Tempdb应放在RAID0上，SQL2000不在支持。数据量（尺寸）越大，提高I/O越重要.

2、纵向、横向分割表，减少表的尺寸(sp_spaceuse)

3、升级硬件

4、根据查询条件,建立索引,优化索引、优化访问方式，限制结果集的数据量。注意填充因子要适当（最好是使用默认值0）。索引应该尽量小，使用字节数小的列建索引好（参照索引的创建）,不要对有限的几个值的字段建单一索引如性别字段

5、提高网速;

6、扩大服务器的内存,Windows 2000和SQLserver 2000能支持4-8G的内存。配置虚拟内存：虚拟内存大小应基于计算机上并发运行的服务进行配置。运行 Microsoft SQL Server? 2000 时，可考虑将虚拟内存大小设置为计算机中安装的物理内存的 1.5 倍。如果另外安装了全文检索功能，并打算运行 Microsoft 搜索服务以便执行全文索引和查询，可考虑：将虚拟内存大小配置为至少是计算机中安装的物理内存的 3 倍。将 SQL Servermaxserver memory 服务器配置选项配置为物理内存的1.5 倍（虚拟内存大小设置的一半）。

7、增加服务器CPU个数;但是必须明白并行处理串行处理更需要资源例如内存。使用并行还是串行程是MsSQL自动评估选择的。单个任务分解成多个任务，就可以在处理器上运行。例如耽搁查询的排序、连接、扫描和GROUPBY字句同时执行，SQL SERVER根据系统的负载情况决定最优的并行等级，复杂的需要消耗大量的CPU的查询最适合并行处理。但是更新操作UPDATE,INSERT，DELETE还不能并行处理。

8、如果是使用like进行查询的话，简单的使用index是不行的，但是全文索引，耗空间。like’a%‘使用索引like’%a’不使用索引用like’%a%'查询时，查询耗时和字段值总长度成正比,所以不能用CHAR类型，而是VARCHAR。对于字段的值很长的建全文索引。

9、DB Server 和APPLicationServer 分离；OLTP和OLAP分离

10、分布式分区视图可用于实现数据库服务器联合体。联合体是一组分开管理的服务器，但它们相互协作分担系统的处理负荷。这种通过分区数据形成数据库服务器联合体的机制能够扩大一组服务器，以支持大型的多层 Web 站点的处理需要。有关更多信息，参见设计联合数据库服务器。（参照SQL帮助文件’分区视图’）

a、在实现分区视图之前，必须先水平分区表

b、在创建成员表后，在每个成员服务器上定义一个分布式分区视图，并且每个视图具有相同的名称。这样，引用分布式分区视图名的查询可以在任何一个成员服务器上运行。系统操作如同每个成员服务器上都有一个原始表的复本一样，但其实每个服务器上只有一个成员表和一个分布式分区视图。数据的位置对应用程序是透明的。

11、重建索引 DBCC REINDEX ,DBCC INDEXDEFRAG,收缩数据和日志DBCC SHRINKDB,DBCC SHRINKFILE. 设置自动收缩日志.对于大的数据库不要设置数据库自动增长，它会降低服务器的性能。 在T-sql的写法上有很大的讲究，下面列出常见的要点：首先，DBMS处理查询计划的过程是这样的：

1、 查询语句的词法、语法检查

2、 将语句提交给DBMS的查询优化器

3、 优化器做代数优化和存取路径的优化

4、 由预编译模块生成查询规划

5、 然后在合适的时间提交给系统处理执行

6、 最后将执行结果返回给用户其次，看一下SQL SERVER的数据存放的结构：一个页面的大小为8K(8060)字节，8个页面为一个盘区，按照B树存放。

12、Commit和rollback的区别Rollback:回滚所有的事物。Commit:提交当前的事物. 没有必要在动态SQL里写事物，如果要写请写在外面如：begintranexec(@s)committrans 或者将动态SQL写成函数或者存储过程。

13、在查询Select语句中用Where字句限制返回的行数,避免表扫描,如果返回不必要的数据，浪费了服务器的I/O资源，加重了网络的负担降低性能。如果表很大，在表扫描的期间将表锁住，禁止其他的联接访问表,后果严重。

14、SQL的注释申明对执行没有任何影响

15、尽可能不使用光标，它占用大量的资源。如果需要row-by-row地执行，尽量采用非光标技术,如：在客户端循环，用临时表，Table变量，用子查询，用Case语句等等。游标可以按照它所支持的提取选项进行分类：只进 必须按照从第一行到最后一行的顺序提取行。FETCHNEXT是唯一允许的提取操作,也是默认方式。可滚动性 可以在游标中任何地方随机提取任意行。游标的技术在SQL2000下变得功能很强大，他的目的是支持循环。

有四个并发选项

READ_ONLY：不允许通过游标定位更新(Update)，且在组成结果集的行中没有锁。

OPTIMISTICWITHvalueS:乐观并发控制是事务控制理论的一个标准部分。乐观并发控制用于这样的情形，即在打开游标及更新行的间隔中，只有很小的机会让第二个用户更新某一行。当某个游标以此选项打开时，没有锁控制其中的行，这将有助于最大化其处理能力。如果用户试图修改某一行，则此行的当前值会与最后一次提取此行时获取的值进行比较。如果任何值发生改变，则服务器就会知道其他人已更新了此行，并会返回一个错误。如果值是一样的，服务器就执行修改。 选择这个并发选项OPTIMISTICWITHROW VERSIONING:此乐观并发控制选项基于行版本控制。使用行版本控制，其中的表必须具有某种版本标识符，服务器可用它来确定该行在读入游标后是否有所更改。

在SQL Server 中，这个性能由timestamp数据类型提供，它是一个二进制数字，表示数据库中更改的相对顺序。每个数据库都有一个全局当前时间戳值：@@DBTS。每次以任何方式更改带有timestamp列的行时，SQL Server 先在时间戳列中存储当前的@@DBTS 值，然后增加 @@DBTS 的值。如果某 个表具有timestamp列，则时间戳会被记到行级。服务器就可以比较某行的当前时间戳值和上次提取时所存储的时间戳值，从而确定该行是否已更新。服务器不必比较所有列的值，只需比较timestamp列即可。如果应用程序对没有timestamp列的表要求基于行版本控制的乐观并发，则游标默认为基于数值的乐观并发控制。

SCROLLLOCKS 这个选项实现悲观并发控制。在悲观并发控制中，在把数据库的行读入游标结果集时，应用程序将试图锁定数据库行。在使用服务器游标时，将行读入游标时会在其上放置一个更新锁。如果在事务内打开游标，则该事务更新锁将一直保持到事务被提交或回滚；当提取下一行时，将除去游标锁。如果在事务外打开游标，则提取下一行时，锁就被丢弃。因此，每当用户需要完全的悲观并发控制时，游标都应在事务内打开。更新锁将阻止任何其它任务获取更新锁或排它锁，从而阻止其它任务更新该行。

然而，更新锁并不阻止共享锁，所以它不会阻止其它任务读取行，除非第二个任务也在要求带更新锁的读取。滚动锁根据在游标定义的SELECT语句中指定的锁提示，这些游标并发选项可以生成滚动锁。滚动锁在提取时在每行上获取，并保持到下次提取或者游标关闭，以先发生者为准。下次提取时，服务器为新提取中的行获取滚动锁，并释放上次提取中行的滚动锁。滚动锁独立于事务锁，并可以保持到一个提交或回滚操作之后。如果提交时关闭游标的选项为关，则COMMIT语句并不关闭任何打开的游标，而且滚动锁被保留到提交之后，以维护对所提取数据的隔离。所获取滚动锁的类型取决于游标并发选项和游标SELECT语句中的锁提示。

锁提示 只读 乐观数值 乐观行版本控制 锁定无提示 未锁定 未锁定 未锁定 更新NOLOCK 未锁定未锁定 未锁定 未锁定HOLDLOCK 共享共享 共享 更新UPDLOCK 错误更新 更新 更新TABLOCKX 错误未锁定 未锁定 更新其它 未锁定 未锁定 未锁定 更新*指定NOLOCK 提示将使指定了该提示的表在游标内是只读的。

16、用Profiler来跟踪查询，得到查询所需的时间，找出SQL的问题所在;用索引优化器优化索引

17、注意UNion和UNionall的区别。UNIONall好

18、注意使用DISTINCT，在没有必要时不要用，它同UNION一样会使查询变慢。重复的记录在查询里是没有问题的

19、查询时不要返回不需要的行、列

20、用sp_configure’query governor cost limit’或者SETQUERY_GOVERNOR_COST_LIMIT来限制查询消耗的资源。当评估查询消耗的资源超出限制时，服务器自动取消查询,在查询之前就扼杀掉。SETLOCKTIME设置锁的时间。