tps

QPS 原理：每天80%的访问集中在20%的时间里，这20%时间叫做峰值时间。 公式：( 总PV数 * 80% ) / ( 每天秒数 * 20% ) = 峰值时间每秒请求数(QPS) 。 机器：峰值时间每秒QPS / 单台机器的QPS = 需要的机器 。 每天300w PV 的在单台机器上，这台机器需要多少QPS？ ( 3000000 * 0.8 ) / (86400 * 0.2 ) = 139 (QPS)。 一般需要达到139QPS，因为是峰值。 QPS 每秒查询率QPS是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准。 每秒查询率 因特网上，经常用每秒查询率来衡量域名系统服务器的机器的性能，其即为QPS。 对应fetches/sec，即每秒的响应请求数，也即是最大吞吐能力。 计算机语言 一种计算机编程语言。用于数据分析和报表产出。运作的平台是MRDCL。支持的数据文件包括ASC格式和CSI格式。 其中CSI格式为QPS独有数据格式。是极其专业的用于数据分析、数据清理和报表产出的语言，目前应用最广的是市场调研行业。中国国内运用的相对比较少。 开发的原因，需要对吞吐量（TPS）、QPS、并发数、响应时间（RT）几个概念做下了解，查自百度百科，记录如下： 1. 响应时间(RT) 　　响应时间是指系统对请求作出响应的时间。直观上看

sysbench是一个模块化的、跨平台、多线程基准测试工具，主要用于评估测试各种不同系统参数下的数据库负载情况。关于这个项目的详细介绍请看： https://github.com/akopytov/sysbench 。 它主要包括以下几种方式的测试： cpu性能 磁盘io性能 调度程序性能 内存分配及传输速度 POSIX线程性能 数据库性能(OLTP基准测试) sysbench的数据库OLTP测试支持MySQL、PostgreSQL、Oracle，目前主要用于Linux操作系统，开源社区已经将sysbench移植到了Windows，并支持SQL Server的基准测试。 废话不多说，开始。 1. sysbench安装 mysql版本: mysql-community-server-5.6.29 OS: CentOS 6.7 X86_64 sysbench 0.5相比0.4版本有一些变化，包括oltp测试结合了lua脚本，还多了一些隐藏选项，本文会涉及得到一部分。 目前许多仓库里已编译好的二进制sysbench还是0.4.x版本，不过现在主流也还是github上的0.5（我这里使用的是1.0），可以从 这里 下载0.5版本的rpm包直接安装，不过我选择自己编译，因为只有这个办法是通用的。 // 先安装编译依赖环境 $ sudo yum install gcc gcc-c++

环境： OS: Centos 7 DB:12.2.0.1 数据库必须在归档模式 1.创建表空间 12c pdb下创建表空间 create tablespace tps_data logging datafile '/u01/app/oracle/oradata/ora12c/ora12cpdb1/tps_data01.dbf' size 100m autoextend on next 10m maxsize 24G extent management local; 表空间添加数据文件 alter tablespace tps_data add datafile '/u01/app/oracle/oradata/ora12c/ora12cpdb1/tps_data02.dbf' size 100m; 2.备份表空间tps_data 提前创建目录 mkdir -p /u01/app/oracle/oradata_temp/ora12cpdb1 rman target / backup as copy tablespace ORA12CPDB1:tps_data format '/u01/app/oracle/oradata_temp/ora12cpdb1/%N%f.dbf'; (%N为表空间名、%f为数据文件绝对文件号) 3.目录转移 将表空间进行offline 进入pdb SQL>

背景：某项目结算程序，业务系统每日生成当天全量交易数据并上传至FTP，该结算程序从FTP中获取文件后解析交易数据，执行余额变更操作及登记资金流水。 第一轮压测结果：TPS=3 分析源码后发现，开发童鞋是串行单笔处理的，简化后的核心代码如下: //遍历每条交易数据 foreach(){ insertLogAndUpdateBalance(); } //启用事务 insertLogAndUpdateBalance(){ //插入资金流水 insertLog(); //更新余额 updateBalance(); } 第一轮改进方法： 1、改串行单笔处理为串行多笔处理 2、余额变更update转insert，即先记入余额流水表，再异步刷新回余额表 3、这里引入了一个新问题：如何保证余额不被扣成负数？该问题后面另起专题介绍。 简化后的核心代码 //遍历每批交易数据，每500条一批 foreachBatch(){ insertLogAndUpdateBalanceBatch(); } //启用事务 insertLogAndUpdateBalance(){ //插入资金流水 insertLogBatch(); //更新余额 updateBalanceBatch(); } 第二轮压测结果：TPS很不稳定，15 - 45之间 第二轮改进方法： 经过排除后发现开发人员使用定时任务的方式为，

QPS：Queries Per Second意思是“每秒查询率”，是一台服务器每秒能够相应的查询次数，是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准。 TPS：是TransactionsPerSecond的缩写，也就是事务数/秒。它是软件测试结果的测量单位。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请时开始计时，收到服务器响应后结束计时，以此来计算使用的时间和完成的事务个数。 rt： 一个请求完成的时间 来源： CSDN 作者： javashareauthor 链接： https://blog.csdn.net/javashareauthor/article/details/103517787

写于2017-10-6 背景：某项目结算程序，业务系统每日生成当天全量交易数据并上传至FTP，该结算程序从FTP中获取文件后解析交易数据，执行余额变更操作及登记资金流水。 第一轮压测结果：TPS=3 分析源码后发现，开发童鞋是串行单笔处理的，简化后的核心代码如下: //遍历每条交易数据 foreach(){ insertLogAndUpdateBalance(); } //启用事务 insertLogAndUpdateBalance(){ //插入资金流水 insertLog(); //更新余额 updateBalance(); } 第一轮改进方法： 1、改串行单笔处理为串行多笔处理 2、余额变更update转insert，即先记入余额流水表，再异步刷新回余额表 3、这里引入了一个新问题：如何保证余额不被扣成负数？该问题后面另起专题介绍。 简化后的核心代码 //遍历每批交易数据，每500条一批 foreachBatch(){ insertLogAndUpdateBalanceBatch(); } //启用事务 insertLogAndUpdateBalance(){ //插入资金流水 insertLogBatch(); //更新余额 updateBalanceBatch(); } 第二轮压测结果：TPS很不稳定，15 - 45之间 第二轮改进方法：