oracle压力测试
数据库的性能测试与压力测试方法
数据库的性能测试与压力测试方法作为当前互联网应用的核心技术之一,数据库在互联网时代扮演着
至关重要的角色。作为一个数据库管理员或开发人员,如何保证数据
库的高性能和稳定性是一项重要的挑战。本文将深入探讨数据库的性
能测试和压力测试方法,以及如何通过测试来诊断和优化数据库的性
能问题。
一、性能测试的定义和目的
性能测试是指在特定条件下评估系统或组件在给定负载下的表现。
对于数据库来说,性能测试的目的是衡量数据库在高负载和大数据量
环境下的处理速度和吞吐量,从而评估数据库的性能。性能测试可分
为两种类型:基准测试和负载测试。
1. 基准测试
基准测试的主要目的是评估数据库在标准化负载下的性能。通过使
用一系列标准测试用例(如OLTP基准测试),可以快速地评估数据
库的性能和吞吐量。
2. 负载测试
负载测试是指在特定条件下评估系统或组件在给定的负载下的表现。对于数据库来说,负载测试的目的是评估数据库在高负载和大数据量
环境下的处理速度和吞吐量。负载测试可分为以下几种类型:(1)读和写性能测试:评估数据库在读和写数据时的性能。
(2)并发用户数测试:评估数据库在同时处理多个用户请求时的
性能。
(3)数据容量测试:评估数据库在大数据量下的性能。
(4)网络延迟测试:评估数据库在网络延迟较高的环境下的性能。
二、压力测试的定义和目的
压力测试是用于确定系统的最大负载能力的测试过程。对于数据库
来说,压力测试的目的是测试数据库在高负荷和极端条件下的处理能力。与性能测试不同,压力测试通常会在数据库达到负载极限时继续
测试,以便评估数据库的鲁棒性,判断是否出现系统上的故障和缺陷。
oracle rac的机制与测试方法
一、Oracle RAC的定义及机制
Oracle RAC(Real Application Clusters)是Oracle数据库的一种架构,它允许在多台服务器上运行Oracle数据库实例,并提供对这些实例的访问。Oracle RAC的主要特点包括:
1. 多实例架构:Oracle RAC允许在多台服务器上同时运行多个数据库实例,这些实例可以共享相同的存储。
2. 高可用性:Oracle RAC提供了高可用性和容错能力,任何一个数据库实例出现故障时,系统可以自动切换到其他正常工作的实例。
3. 扩展性:Oracle RAC可以根据需求动态地增加或减少服务器和存储资源,以满足系统的扩展和缩减需求。
4. 负载均衡:Oracle RAC可以自动分发和负载均衡数据库请求,以提高系统的性能和资源利用率。
5. 并行处理:Oracle RAC可以在多个数据库实例之间并行处理数据库请求,提高系统的处理能力。
Oracle RAC的机制主要包括集裙架构、存储架构、网络架构和实例架构等方面,它们共同组成了Oracle RAC的核心机制。
二、Oracle RAC的测试方法
1. 硬件测试:硬件测试是Oracle RAC测试的第一步,包括对服务器、存储和网络设备的性能、容量和可靠性等方面进行测试。
2. 软件测试:软件测试是Oracle RAC测试的关键,包括对Oracle数据库软件、操作系统、集裙软件、文件系统等进行功能、性能和可靠
性等方面进行测试。
3. 故障测试:故障测试是Oracle RAC测试的重要内容,包括对数据
swingbench OracleRAC11g使用方法图解
Swingbench for oracleRAC使用方法图解
1 Swingbench 简述
1.1 概述
这是Oracle UK的一个员工在一个被抛弃的项目的基础上开发的。目前稳定版本2.2,最新版本2.3,基于JDK1.5。该工具是免费的,可以在作者的网站上自由下载,并且拥有详细的使用文档。除了Swingbench,作者还开发了两个相关工具:测试数据生成工具DataGenerator 和跟踪文件分析工具Trace Analyzer。
Swingbench 可以执行4种不同的标准测试(benchmark),拥有三种前端展示方式Swingbench/Charbench/Minibench,其中Charbench是字符模式的,另外两种是GUI模式的。另外还可以通过ClusterOverview可以聚合显示所有的结果。Swingbench 的开发目的主要是用来展示RAC的负载和测试,但也可用于单实例环境。最新的2.3版本开始支持TimesTen 内存数据库。
下载地址:/downloads.html
作者博客:/blog/blog.html
目前网络上开源的oracle压力测试工具主要是orabm和swingbe nc h,由于orabm不支持oracle 11g版本,因此本次测试使用了swingben进行了压力测试。另外,swingbench还能对rac进行测试。swingbench是UK ba sed oracle Database Solutions group开发的一个oracle压力测试工具,好像是官方废弃的一个项目,官方页面/swingbench.html 上可以下载最新的软件版本。swingbench可以运行在windows和linux平台,本次以windows 为例。
关于oracle数据库压力测试
关于oracle数据库压⼒测试
今天接到需求,需要对oracle数据库进⾏压⼒测试,就这⼏个字的需求。
然后查看了以下软件:
1.Benchmark Factory是⼀款专业的服务器性能测试⼯具,专为数据库测试和可扩展性测量⽽设计,让⽤户可以确定MSSQL,MySQL和Oracle数据库服务器的性能。
有免费版,有商业版,如果想得到好的测试结果需要对数据库进⾏优化,做这个测试并得到好的结果还得配备⼀名DB,关键还得熟悉业务,明显不是我的菜。
2.orastress主要测试数据库的压⼒。它可以测试数据库的CPU或者内存的压⼒(以只读⽅式),也可以使⽤包括普通INSERT和直接路径INSERT两种⽅式测试数据库的I/O能⼒。
orastress只能运⾏在windows下,但它也可以测试远程服务器的压⼒。⾮开源软件,默认只能⼀个session测试。可以通过邮件找到原作者申请7天的临时key。时效性不⾏被pass。
3.SwingBench是⼀款针对Oracle数据库的压⼒测试⼯具,由Oracle UK的员⼯开发,⽬前稳定版本2.6,免费软件,基于java开发,平台兼容性良好。
谢珮英推荐的,就这个吧~
Swingbench压力测试配置文档
Swingbench 压力测试安装
目录
第一部分Oracle11g客户端安装 (2)
一、基本配置 (2)
二、详细安装过程 (2)
第二部分配置服务命名 (6)
一、详细配置过程 (6)
第三部分设置Swingbench (11)
一、详细配置过程 (11)
第一部分Oracle11g客户端安装
一、基本配置
•前提:在虚拟机中已安装oracle10g数据库,宿主机已安装jdk。由于我的宿主机子装的是64位系统,所以只能安装oracle11g的64位的客户端软件。
二、详细安装过程
1.解压安装软件,点击setup.exe进行安装,出现如下界面,选择安装类型为“管
理员”,进入下一步。
2.选择产品语言,这里选择默认的即可,点击下一步。
3.指定安装位置,一般安装在D盘即可,进入下一步。
4.进入到执行先决条件检查,
5.检查完毕后,会显示安装的概要信息,点击完成。
6.安装产品。
7.安装成功。
第二部分配置服务命名
一、详细配置过程
1. 选择开始菜单中的“Oracle - OraClient11g_home1”里的“配置和移植工
具”中的“Net Manager”,出现下面界面。
2.选择服务命名,点击左边的“+”,添加网络服务名,这里服务名为“orcl”,点击下一步。
3.选择网络协议,这里选择“TCP/IP(Internet协议)”,继续下一步。
4.输入要连接的服务器的主机名和端口号,这里输入服务器的ip地址,端口使用标准的“1521”,进入下一步。
5.输入服务名和连接类型,这里服务名为“orcl”,连接类型选择“数据库默认设置”,选择下一步。
Oracle的性能测试经验总结
前段时间,在阿里妈妈新机房压力测试过程中用到了LR测试ORACLE,跟DBA一起在杭州网通新机房进行1000用户的压力模拟测试。整个压力测试耗时两天。以下是一些经验:
1)压力测试过程中发现一些SQL脚本执行非常慢,进行了优化。
2)最好并发测试,否则服务基本上没有什么压力。
3)先从100用户开始,再慢慢向上加,直到CPU的承载达到90%以上。查看系统的性能情况,包括TPS,响应时间,和内存等。
还包括oracle服务器的I/O流量和交易数。
这个方案是参考了淘宝的机房性能测试方案,下面是性能测试的具体步骤:
oracle的性能测试主要是模拟大量的sql语句操作,来对数据库服务器进行加压。在测试前,需要准备以下要模拟的sql语句,测试脚本,并将测试控制机、测试加压机、被测数据库服务器准备妥当。
脚本协议选择oracle(2-Tier),将所有要模拟的sql语句放在一个sql文件内,使用sql-plus 来操作数据库载入,使用loadrunner来录制。录制好之后就是修改脚本了,首先在vdf.h文件中定义变量(static void FAR * OraBind1;),定义参数(
static LRD_VAR_DESC UID =
{LRD_VAR_DESC_EYECAT, 1, 10, LRD_DBTYPE_ORACLE, {1, 1, 0},
DT_SF_STRIPPED_SPACES};)。
为什么要在这里定义而不直接只用参数化呢?因为那样会对加压机造成很大的压力,不利于测试。这里需要根据你的脚本来变化,你在脚本中使用了多少变量,多少参数,那么你就在要这里定义多少。接下来修改脚本的,将一次性的登陆登出放在init和end中,使用lrd_assign和lrd_ora8_bind_placeholder命令替代参数,如
数据库压力测试方案
性能测试方案
目录
前言 (3)
1第一章系统性能测试概述 (3)
1.1 被测系统定义 (3)
1.1.1 功能简介 (4)
1.1.2 性能测试指标 (4)
1.2 系统结构及流程 (4)
1.2.1 系统总体结构 (4)
1.2.2 功能模块描述 (4)
1.2.3 业务流程 (5)
1.2.4 系统的关键点描述(KP) ............................................................ 错误!未定义书签。
1.3 性能测试环境 (5)
2 第二章性能测试 ................................................................................................. 错误!未定义书签。
2.1 压力测试 .................................................................................................... 错误!未定义书签。
2.1.1 压力测试概述 ................................................................................. 错误!未定义书签。
2.1.2 测试目的 ......................................................................................... 错误!未定义书签。
OracleRAC详细测试报告
技术文件
技术文件名称:Oracle RAC测试报告
技术文件编号:
版本:V1.0
共11 页
(包括封面)
拟制
审核
会签
标准化
批准
目录
1 测试目的 (2)
2 术语、定义和缩略语 (2)
2.1术语、定义 (2)
2.2缩略语 (2)
3 测试环境描述 (2)
4 测试过程描述 (3)
4.1性能测试 (3)
4.1.1双节点RAC性能测试 (3)
4.2功能测试 (3)
4.2.1exp备份和imp恢复测试 (3)
4.2.2业务正常使用时,进行对数据的大批量查询和修改。 (3)
4.2.3大事务测试 (3)
4.2.4Failover 测试 (4)
4.2.5load balance测试 (5)
4.2.6TAF测试 (5)
4.3稳定性测试 (6)
4.3.1在线运行,保持24小时 (6)
4.3.2网线异常对实例的影响 (6)
4.4第二节点对第一实例的影响 (8)
4.4.1第二实例启动对第一实例的影响 (8)
4.4.2第二实例正常关闭对第一实例的影响 (8)
4.4.3第二实例异常关闭对第一实例的影响 (9)
4.4.4第二实例所在机器异常关闭对第一实例的影响 (9)
5 测试总结 (9)
5.1测试中发现问题的说明 (10)
1测试目的
测试目的,在于验证多节点RAC的可用性、稳定性,以及多节点RAC相对于普通的Oracle 环境性能的提升情况
2术语、定义和缩略语
2.1术语、定义
无。
2.2缩略语
本文件应用了以下缩略语:
RAC Real Application Cluster Oracle公司数据库集群软件
3测试环境描述
本次测试,由2台HP小型机(HP rx6600)搭建了一个组成2节点的RAC环境,网络内的各个节点通过CISCO3750交换机相互访问,包括RAC节点间的heart beat信息。其中两台小机lan0和lan3定义为外网接口并做了双网卡主备,lan1作为内网卡用于心跳;RAC 数据库以裸设备方式建在共享磁阵上,各节点通过光纤交换机访问磁阵。
sysbench对oracle进行压力测试
sysbench对oracle进⾏压⼒测试
Sysbench压测Oracle
1.安装
1.1.下载sysbench安装包
mysql官⽹:
github下载:
digoal收藏:
sysbench 0.5以上版本不再⽀持Oracle,因此如果需要压测Oracle,需要下载sysbench 0.5版本
1.2.安装Oracle客户端
1.3.解压安装sysbench
1.3.1.sysbench 0.4版本安装
tar vxf sysbench-0.4.12.16.tar.gz
echo "/oracle/11204/lib/" > /etc/ld.so.conf.d/oracle-client-11.2.conf
ldconfig
cd sysbench-0.4.12.16/
./configure --prefix=/usr/local/sysbench --with-oracle="/oracle/11204" --without-mysql
make
make install
vi ~/.bash_profile
export PATH=$PATH:/usr/local/sysbench/bin
source .bash_profile
1.3.
2.sysbench 0.5版本安装
yum -y install automake libtool
unzip sysbench-0.5.zip
echo "/oracle/11204/lib/" > /etc/ld.so.conf.d/oracle-client-11.2.conf
oracle压力测试过程
Oracle10g中可以使用两个命令就可以知道,该版本的数据库系统是下载版还是商业版,使用两个命令就可以确定。
最大session数:
show parameters session
.....................170 sessions //170是下载版数值
当前连接数:
select * from v$bgprocess
最大进程数:
show parameters process
....................150 processes //150也是下载版数值
查看当前连接到数据库的用户:
select * from v$session
默认系统最大session=min( session,process * 1.1 +5 )
2SELECT * FROM V$PARAMETER WHERE NAME LIKE 'proc%';
SQL>
SQL> show parameter processes
NAME TYPE V ALUE
------------------------------------ ------- ------------------------------
aq_tm_processes integer 1
db_writer_processes integer 1
job_queue_processes integer 4
log_archive_max_processes integer 1
processes integer 200
这里为200个用户。
数据库压力测试报告
数据库压力测试报告
目录
1. 测试环境 (2)
2. 测试目的 (2)
3. 测试工具和测试方法 (2)
3.1 测试工具 (2)
3.2 测试方法 (2)
4. 测试结果 (2)
5. 测试结果分析 (3)
6. 故障分析 (3)
7. 总结 (4)
1.测试环境
2.测试目的
测试数据库在高并发压力下CPU、内存和磁盘IO的表现情况3.测试工具和测试方法
3.1测试工具
使用自有数据库压测工具:HxPressureDb
3.2测试方法
⏹并发读
⏹读写混合并发
4.测试结果
5.测试结果分析
⏹并发读非常消耗CPU资源,原因为执行的SQL语句统计数据属于资源消耗型
⏹并发写执行效率非常高,因insert的数据量不大,磁盘IO率较低
⏹整个压测过程中CPU不存在等待事件,混合高并发时内核队列存在排队现象,但不印
象整体执行效率
⏹因查询返回结果集很小,整个压测过程中内存使用率没有明显的上升
6.故障分析
并发250读时,cd430003主机发生过重启现象,分析原因为PRI2(cd430004)与PRI1(cd430003)实例间心跳超时,PRI2与PRI1间发生脑裂,PRI2抢夺到仲裁权并重启了PRI1实例主机,使PRI1实例脱离RAC集群。
建议:
⏹心跳网络与业务网络分离
⏹提升心跳网络带宽
7.总结
⏹压测数据比较单一,不代表真实生产环境逻辑处理场景
在压测场景下,按行业CPU使用率低于80%前提下,大约支持150至180并发读请求
⏹
使用SwingBench对OracleRACDB性能压力测试
使⽤SwingBench对OracleRACDB性能压⼒测试
实验环境:
RHEL 6.5 + Oracle 11.2.0.4 RAC + SwingBench 2.5.0.971
1. ⽣成swingbench配置⽂件 swingbench解压即可使⽤,第⼀次需要配置,本次只是简单熟悉swingbench的使⽤,配置基本按照默认。[oracle@jyrac1 bin]$ pwd
/home/oracle/swingbench/bin
[oracle@jyrac1 bin]$ ./oewizard
注意,上⾯的connect string,根据需求填写,⽐如:
--如果压测只连接实例1
jyrac1:1521:jyzhao1
--如果压测只连接实例2
jyrac2:1521:jyzhao2
--如果压测连接RAC集群,LB到各个实例
//jyrac1/jyzhao
2. 运⾏swingbench压⼒测试
可以⼤致看到压⼒测试中,数据库可以达到的TPM,TPS等性能指标,作为今后系统正式上线后的⼀个参考依据
补充:最好使⽤sys⽤户直接连接,确认没有⽆效对象,避免后续再次赋权:下⾯附⼏张单实例压测配置的截图:
swingbench的一些心得
swingbench的⼀些⼼得
swingbench的⼀些⼼得
swingbench是UK based Oracle Database Solutions group开发的⼀个oracle 压⼒测试⼯具,好像是官⽅废弃的⼀个项⽬,官⽅页⾯/doc/3c135bd85022aaea998f0fa2.html
swingbench2.2的⽬录结构
swingbench (Top Level Directory, contains Swingbench.env)
|
+-- bin (Linux/Unix executables)
| |
| +-- sample (sample config files)
| |
| +-- data (data used by benchmarks)
| |
| +-- scripts (sample scripts for distributed load)
|
+-- lib (Java Libraries i.e. *.jar)
|
+-- source (source code & build scripts for transactions)
|
+-- sql (sql scripts used by the wizards to create the schemas)
|
+-- winbin (Windows executables)
bin是linux/unix下的执⾏⽂件,winbin是windows下的执⾏⽂件
以下是我的⼀些⼼得:
安装:
主要是java环境的安装和变量的设置。如果没有安装java环境就去官⽹下载安装,jre和jdk都可以,版本我⽤1.6的测试通
oracle压力测试之orastress
oracle压力测试之orastress
orastress要紧测试数据库的压力。它能够测试数据库的CPU或内存的压力(以只读方式),也能够利用包括一般INSERT和直接途径INSERT两种方式测试数据库的I/O能力。
orastress只能运行在windows下,但它也可以测试远程服务器的压力。
一、下载
下载地址是、安装
orastress!使用的用户和数据和orabm类似,它的安装方法和orabm也类似。
1) 扩充表空间
orastress!使用orabm用户作为测试用户,orabm用户默认使用tools表空间作为默认表空间,在本测试中要导入10个Warehouses的数据,数据库大概在1G左右,所以,要保证orabm所用的表空间大于1G
SQL> alter database datafile 'E:' resize 1500m;
2) 删除orabm用户
如果你的数据库没有orabm用户,则跳过这步
DROP USER ORABM CASCADE;
3) 创建用户
sqlplus system/pwd @orabm_user
远程数据库使用:
sqlplus @orabm_user
4) 创建表
sqlplus system/pwd @orabm_tab
远程数据库使用:
sqlplus @orabm_tab
5) 装载数据
orabmload Warehouses 10
这里装载10个warehouses的数据进行测试。数据量大概在1G左右,执行时间估计在15分钟左右。如果是远程数据库,则先
set
LOCAL=tnsname
Oracle数据库测试方案
Oracle数据库测试方案
目录
1.测试背景 (3)
2.小机环境安装及配置 (3)
2.1.硬件需求 (3)
2.2.安装配置 (3)
2.3.补丁 (3)
3.安装Oracle及RAC (3)
3.1.Oracle版本 (3)
3.2.数据库参数 (3)
4.划分存储 (4)
5.迁移数据 (4)
6.Oracle数据库压力测试 (4)
6.1.查看执行最频繁的sql (4)
6.1.1.查看当前数据库执行次数最多的sql (4)
6.1.2.查看历史快照中执行次数最多的sql (5)
6.2.Jmeter配置 (5)
6.3.执行jmeter测试 (6)
7.变更字符集后数据库测试 (6)
7.1.数据库测试 (6)
7.1.1.查看当前数据库的字符集 (6)
7.1.2.数据测试 (6)
7.2.应用测试 (7)
7.2.1.综合统计系统 (7)
7.2.2.内主页 (8)
7.2.3.CMS (9)
1.测试背景
信息中心提供AIX环境,安装oracle 11g RAC,作为测试机进行测试,为数据库迁移提供评估信息;同时要将数据库字符集从ZHS16GBK变更为AL32UTF8,为字符集变更进行测试。
2.小机环境安装及配置
2.1.硬件需求
2.2.安装配置
2.3.补丁
3.安装Oracle及RAC
3.1.Oracle版本
3.2.数据库参数
4.划分存储
存储需求
5.迁移数据
6.Oracle数据库压力测试
基于生产库的数据基础,在测试机上对数据库性能进行压力测试,针对生产库的查询需求,以生产库中执行频繁的SQL为基础进行测试。
Oracle数据库压力测试采用jmeter对数据进行压力测试,测试sql采用生产数据库执行最频繁的TOP15
数据库压力测试与性能瓶颈分析
数据库压力测试与性能瓶颈分析
随着企业业务的不断增长和数据量的快速积累,数据库的性能
成为了企业关注的焦点。为了确保数据库在高负载下的稳定运行,进行数据库压力测试和性能瓶颈分析是必要的。本文将介绍数据
库压力测试和性能瓶颈分析的相关内容以及如何有效地进行这些
测试。
数据库压力测试是通过模拟多种负载情况,如并发用户数、数
据量等,对数据库系统进行全面测试的过程。其主要目的是评估
数据库在高压力下的表现,并找出可能存在的问题和风险。在进
行数据库压力测试之前,需要确定测试目标和关注点,以便更好
地设计测试方案和评估结果。
在进行数据库压力测试时,可以通过以下步骤进行:
1. 构建合适的测试环境:包括选择适当的硬件设备、数据库管
理系统以及测试工具。确保测试环境与实际生产环境尽可能接近。
2. 设计压力测试方案:根据实际需求和业务场景,制定合理的
测试方案,包括设置并发用户数、数据量、事务处理等。
3. 执行压力测试:按照测试方案进行测试,并记录测试过程中
的各项指标,如响应时间、吞吐量、CPU利用率等。
4. 分析测试结果:通过对测试数据的分析,评估数据库的性能表现,找出性能瓶颈和问题所在。
数据库性能瓶颈分析是在数据库压力测试的基础上,对测试结果进行深入分析,以找出导致性能问题的具体原因。
在进行数据库性能瓶颈分析时,应遵循以下方法:
1. 数据库参数调优:检查并调整数据库相关参数,如缓冲区大小、并发连接数等,以优化数据库性能。
2. SQL语句优化:通过分析查询语句的执行计划和性能指标,优化SQL语句,如合理选择索引、避免全表扫描等。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
在不执行其他程序的情况下,无聊有多少并发数 访问数据库,CPU的利用率都在85%左右 ,由上 结果可以看出,本机的tps在660左右。
其中:TPS 是Transactions Per Second 的 缩写, 也就是事务数/秒。 TPS的計算:每一个阶段所有session的tps相加 就是当前测试的总的tps了。
Hammerora的设计原理是解析Oracle的 Trace文件,并把它们转化为Oratcl程序,然 后在Oracle数据库中用多个用户并发的对 用户的事务进行“回放”。我们知 道,Oracle的Trace文件能够翔实的记录用 户对数据库的操作。这样Hammerora能够 保证对用户环境的真实模拟。
使用同样的测试语句 orabm 1,10,50,100,500,800 1000 对 ORACLE执行插入命令: insert into test1 values('1','whb','12','m');
得到结果为: ORACLE_SID=oracle10i sess=1 tps=1033 ORACLE_SID=oracle10i sess=10 tps=1108 ORACLE_SID=oracle10i sess=50 tps=1153 ORACLE_SID=oracle10i sess=100 tps=1182 ORACLE_SID=oracle10i sess=500 tps=1420 ORACLE_SID=oracle10i sess=800 tps=1931
基于工具hammerora的Oracle 压力测试
Hammerora—the Open Source Oracle Load Test Tool 首先介绍一下Hammerora。从创作者对这 个工具的标题描述可以看出,Hammerora 是一款Oracle数据库负载测试工具。该工 具可以在Oracle 8i、10i和10g等版本上使 用。当前可以用在Linux/Unix和Windows上。 初步实现了跨平台。Hammerora 完全用 TCL编写。
可见在正常情况下,ORACLE每秒钟相应 用户操作命令的次数反而会随用户量得增 加而增加,说明在用户访问量在1000内时, oracle的工作很理想。
下面对本系统安装的oracle10g进Βιβλιοθήκη Baidu压力测试, 执行测试语句, orabm 1000,2000,3000,4000,4500 1000 执行sql查询语句:select * from test1 where NO=1536;
在上述结果我们可以分析得出,当并发用 户为3000时就到了系统瓶颈了,也就是说 本系统可承受的最大TPS值在1400左右, 另外,反复测试时,并发用户超过3000后, 测得的TPS值也很不稳定,也说明在3000 为瓶颈值。
上语句表示分別用1,10,50,100,500,800个并 发执行1000个事务
执行sql查询语句:select * from test1 where NO=1536; 生成脚本写入orabm.<oracle_sid>.log 利用脚本工具orabm_tps.sh 格式化的结果为:
orabm_tps.sh orabm.oracle10i.log ORACLE_SID=oracle10i sess=1 tps=500 ORACLE_SID=oracle10i sess=10 tps=533 ORACLE_SID=oracle10i sess=50 tps=586 ORACLE_SID=oracle10i sess=100 tps=609 ORACLE_SID=oracle10i sess=500 tps=783 ORACLE_SID=oracle10i sess=800 tps=817
结果如下: ORACLE_SID=oracle10i sess=1000 tps=1198 ORACLE_SID=oracle10i sess= 2000tps=1327 ORACLE_SID=oracle10i sess=3000tps=1373 ORACLE_SID=oracle10i sess=4000 tps=1147 ORACLE_SID=oracle10i sess=4500 tps=783
最多可以产生5000个进程模拟访问数据 库。
测试的数据库环境:
下载版oracle可支持最大并发进程数:
设置系统支持的最大访问进程数:
系统环境:
测试数据:
测试语句:orabm 1,10,50,100,500,800 1000 orabm后接2个参数(假如测试远程访问压力 这需要加三个参数)。 第一个参数表示测试多少个并发 第二个参数表示执行多少个事务