第十一章再论事务处理.pptVIP

第十一章 再论事务处理 数据库和事务(1) 银行卡应用 每天大约有20Million的卡来自10Million多的贸易商的事务通过2万个银行处理, 涉及数Billion美元的事件仅有记录在网上的数据库中被保存 数据库的正确性, 安全性, 可用性, 以及事务的正确性和其执行性能, 对于整个银行卡业务至关重要 数据库和事务(2) 事务 事务是对物理和抽象的应用状态上的操作集合 事务请求/应答 事务程序 数据库存储的是描述企业当前状态的信息, 某个事件发生时, 事件引起的状态改变记录到数据库中. 使用DBMS, 数据库的改变是通过称作事务的程序实时地修改 事务是与合同法等同的计算机概念 数据库和事务(3) 事务处理 系统管理事务并控制其对DBMS的存取称作TP Monitor. 事务处理系统(TPS)一般由TP Monitor, 一个或多个DBMS, 一组含有事务的应用程序组成, 数据库是TPS的中心 交互事务 处理的时候用户等待应答 批处理事务 提交过后可能过一会儿再处理 TP系统与应用的结构 系统特征 典型情况，每个应用 100 事务类型 事务的大小也非常不同. 通常, 0-30 磁盘访问 10K - 1M 指令执行 2-20 消息 大事务举例: 飞机订票系统 150,000 活动显示器 数千个磁盘驱动器 峰值时，每秒 3000 事务 TP Monitors 创建、执行和管理TP应用的软件产品 将应用先抽象为处理一个申请，然后将该申请扩展到一个大的分布系统 包括应用程序接口 (API), 和程序开发及系统管理工具 事务处理性能 最小代价下的响应时间以及吞吐量 涉及的选择 多大的存储量 每个系统需要的处理和DB功能 系统如何用通信网络连接 即使知道单个组件的产品性能，但是对整个系统的性能也难以预测，因此，商家需要一种方法预先预构件系统的性能，使得顾客可以比较 事务处理测试基准(1) 估算一个TP系统性能的测试 事务处理性能委员会(TPC)制订了3个基准(A, B, C), 每个基准定义标准的事务程序，通过在一系列参数如：工作负载、DB大小、响应时间保证等条件下的吞吐量来刻划系统性能。 事务处理测试基准(2) 性能指标 最大吞吐量（tps），以前用每秒事务数,现在用tpm,每分钟事务数 事务费用 购买单价表中硬件,软件，以及5年中商家提供的维护费用计算, 衡量系统的性价比(美元/tps或tpm 事务处理测试基准(3) TPC-A 第一个tpc基准 简单的银行业事务, 100字节的输入信息, 4个数据库更新, 1个200字节的对终端输出信息。 TPC-B 把TPC-A的终端,网络和2/3的长期存储器去掉， 只为数据库设计的基准测试， 其性价比一般比TPC-A好十倍 事务处理测试基准(4) TPC-A ，TPC-B （1989年前后） 模拟自动取款机应用，仔细地测试TP系统中的主要瓶颈，对商家消除这些瓶颈非常成功，以至于到1994年几乎所有的DB系统在TPC-A/B基准上都运行得非常好，所以这两个基准已不再使用，替而代之的是TPC-C 两个基准在同一个事务程序上运行，但是TPC-A包括终端和网络，而TPC-B不包括，TPC-B仅强调DB，类似于批处理，TPC-A包括人在终端前的“思考时间” 事务处理测试基准(5) TPC-C 基于批发供应商的订购应用 比TPC-A复杂大约十倍， 可能取代TPC-A和TPC-B成为一个重要的性能指标 5种类型的事务 New-order Payment Order-status Delivery Stock-level 可测试的性能：延迟事务执行、访问二级Key、事务夭折等，是更实际的基准 系统Style（1） TP是一种应用，但TP也可以是系统，也即可以构建软件组件使其成为TP应用需要的形式，与如下几种常见的系统比较 批处理系统 60-70年代 分时系统 设备连到OS，经常地与显示交互，PC时代之前 指标： 系统容量，MIPS，联机用户 分时系统很少考虑 可用性和原子性 分时系统的处理模式不定，但TP系统的应用模式不变 系统Style（2） 实时系统 与TP系统相同又可预期的周期峰值负载，实时系统通常不需要原子性和持久性，只是简单地要求尽可能地快 C/S系统 与TP系统类似，其OS的内部结构与支持它们的通信系统都很类似，TP就是最初的具有哑终端的C/S 决策支持系统 有报告程序或Ad hoc 查询访问数据，其访问的数据可以不是当前的数据（TP要求是当前数据） 设计一个系统去实施‘上述类型处理称作系统工程 TP应用举例(1) ATM TP应用先锋 DB由4个表组成： AccountBalance 3000 tuple/ATM HotCard