电信行业数据库适配测试技术规范（征求意见稿）

T/BSIA00X-2024电信行业数据库适配测试技术规范本文件定义了电信行业数据库适配测试的环境、适配测试的总体要求、测试方法和评价方法。本文件适用与国内数据库产品的的适配测试。2规范性引用文件下列文件对于本文的应用是必不可少的。凡是注日期版本的引用文件，仅注日期版本适用本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改版)适用本文件。GB18030-2022信息技术中文编码字符集3术语和定义下列术语和缩略语适用于本文件。3.1术语3.1.1联机事务处理OLTP（on-linetransactionprocessing）面向事务任务的一类数据处理，通常涉及在数据库中插入，更新或删除少量数据，主要是处理大量用户下的大量事务。最重要的特性是需要符合ACID（数据库事务正确执行的四个基本要素）标准。衡量联机事务处理的重要性能指标是系统性能，具体体现为实时响应时间(Response3.1.2联机分析处理OLAP（on-lineanalyticalprocessing）联机分析处理OLAP是一种软件技术，它使分析人员能够迅速、一致、交互地从各个方MultidimensionalInformation)，即共享多维信息的快速分析的特征。作为OLAP的识别标准之一，本文认定具有分布式存储和应用的数据库系统为OLAP数据库。3.2缩略语2T/BSIA00X-2024BOSSBusinessOperationSupportSystem业务运营支撑系统CRMCustomerRelationshipManagement客户关系管理TPSTransactionPerSecond每秒事务数4电信数据库适配测试环境要求4.1硬件环境要求应支持通过安全可靠测评的CPU平台架构。4.2软件环境要求应支持通过安全可靠测评的服务器操作系统。5电信数据库适配测试技术要求5.1产品安装要求a）应提供图形化客户端/服务端集成安装版本；b）应提供命令行下的文本字符界面的客户端/服务端集成安装工具；c）分布式数据库应具备多节点快速、便捷部署管理(配置、启动、停止)的能力。5.2应用工具要求a）应提供图形化的数据库客户端工具，对数据库进行操作；b）应提供csv等文件格式导入/导出工具。5.3应用管理要求数据库应满足如下管理要求：a）可操作性：应具备可操作性，可以使得便于数据库运维团队更容易维护数据库的平稳运行；b）简单易用性：用户交互的操作界面应尽可能简单，便于用户的理解和使用；通过尽可能消除数据库的复杂性，使新的工程师更容易理解，快速上手使用。c）可演进性：使工程师在将来更容易支持对数据库进行更改，版本变更，在业务需求发生变化时能够快速适应满足需求。5.4数据库应用技术要求数据库应满足如下技术要求：a）应兼容SQL标准要求；b）应支持ACID事务，保证故障场景下事务的强一致；T/BSIA00X-2024c）应支持四个隔离级别下的共享锁与排它锁管理，支持三种锁的级别：页级、表级、行d）应支持GB18030-2022等规定的常见中文字符集；e）应支持用户的创建、修改、删除等操作能力；f）应支持指定分隔符的结构化数据文件的导入与导出，支持将查询结果按照给定的分割符导出到本地的服务器和客户端；g）应提供JDBC驱动，支持Java程序通过JDBC连接与数据操作；h）应提供ODBC驱动，支持C/C++程序通过ODBC连接与数据操作。5.5数据库扩展技术要求数据库应满足如下扩展技术要求：a）应支持高可用性，即系统提供的正常服务周期需满足其设计规定的期限；b）应满足以下信息安全要求，即指物理数据库的完整性、逻辑数据库的完整性、存储数据的安全性、可审计性、访问控制权限、身份验证、数据可用性等；c）应具备可维护性；d）宜兼容多种通过安全可靠测评的CPU平台架构或服务器操作系统；e）宜兼容多种中间件产品；f）宜支持可扩展性，以保证软件系统计算处理能力。5.6数据库数值类型要求数据库应满足如下数值类型要求：a）应支持以下数值类型的数据库适配测试，包括：INT、LONG、FLOAT、DOUBLE、CHAR、STRING、DATE、TIME、DATETIME、DECIMAL(/NUMBER)和CLOB(BLOB)；b）应提供多种数据类型支持，并通过适配技术实现各业务表的创建；c）应支持自增1字段，并且许可自定义值插入到库表中。5.7数据库函数要求数据库应提供对各查询SQL的适配，满足适配测试平台的业务功能调用。数据库应满足但不限于以下功能函数清单。表1数据库功能函数清单4T/BSIA00X-20245.8适配功能要求数据库应满足如下适配功能要求：a）应能根据电信业务场景，生成相应SQL语句，满足运行和测试的要求；b）应支持WITH语句；c）应支持JDBC英文分号分隔的多条(非SELECT)语句；d）应支持CSV等文件的导出和导入功能，并提供操作记录量和操作时长输出功能。6适配测试方法6.1性能效率TPS测试6.1.1测试方法采用压力测试工具进行数据采集和性能效率测试。包含在业务处理过程中，通过并发压测方式，提请数据库操作。每次业务提交操作计为一次交易，测试在一定时间内(或者一定次数内)，总体的交易数。计算每秒平均交易数、平均交易时长、95%交易时长、99%交易时长。测试指标：成功率、每秒交易数、平均交易时长、95%交易时长、99%交易时长。6.1.2测试结果合并规则测试结果合并，包括以下两种情况：a）同一业务场景，有不同并发存在。取TPS最高值为本场景的测试结果；5T/BSIA00X-2024b）同一数据库产品，有不同业务场景存在。取所有场景的平均值为产品的测试结果。6.2数据加载性能在基础数据准备过程中，完成某类业务数据加载的整体时长和业务记录数，结果表现为每秒处理的业务记录数。6.2.1测试方法数据加载性能指标，通过在数据处理过程中，添加处理日志的方式，进行计量。其中，涉及到获取记录数的日志，在时长计算时，予以扣除。对数据加载过程生成的日志数据表，进行导出并保存。6.2.2测试结果合并含义测试结果合并，包括两种含义：a）同一业务场景，存在不同的业务数据，然后将这些不同的业务数据合并为一个结果；b）同一数据库产品，测试不同的业务场景。在产品的最终测试报告中，将不同业务场景的数据，合并为一个测试结果。6.2.3测试结果合并规则同一业务场景，不同业务数据的合并规则：a）不考虑任何内部操作，只取每种业务数据的begin/end的时间长度，进行时长计算(扣除日志的count(*)操作时间)；b）不同业务数据直接按其业务数据量，计算合并时的权重；c）数据量规则：所有数据量计算结果，采用四舍五入方法规整到需要的位数；d）权重计量：所有权重保留到小数点后2位，最小权重用100-其它权重和。6.3数据导出/导入性能6.3.1测试方法数据导入/导出处理性能指标的数据采集，包括操作时长和操作数据量采集两项内容。a）操作时长数据采集方式：采用数据库导出/导出工具本身计量出操作时长，此时提取其时长为操作时长，或在处理过程中，记录开始处理时间和结束处理时间。b）操作数据量采集方式：采用操作系统命令行wc-l命令，采集CSV等文件行数，或采用数据库表count(*)。6T/BSIA00X-2024c）业务处理过程中，将数据库数据导出到CSV格式的文件或将CSV文件导入到数据库的处理过程，包括操作记录总数和操作时长，结果表现为每秒处理的业务记录数；d）一种业务场景的导入/导出处理，存在多种业务数据的导入或导出。导出/导入指标计量时，是每个指标独立计量，不混杂；e）数据导入/导出处理，只进行一次操作，并进行并发处理；f）记录测试结果：每秒记录条数。6.3.2测试结果合并规则测试结果合并，包括两种含义：a）同一业务场景，存在不同的业务数据的导入/导出，然后将这些不同的业务数据合并为一个结果；1)只考量导入/导出操作；2)取本场景的各业务操作的结果平均值为场景结果，平均值4舍5入到整数位；b）同一数据库产品，测试不同的业务场景。在产品的最终测试报告中，将不同业务场景的数据，合并为一个测试结果：1)不同场景的数据，加和平均；2)每个数据库产品，至少有一个导出/导入业务场景。6.4TP数据业务处理性能6.4.1测试方法a）OLTP场景下，对电信业务进行模拟操作，通过并发处理，实现对业务处理能力的测试。主指开户业务。也可以是操作员权限管理、营销推荐、话单批价、账务出账、批量套餐变更；b）结果表现：总体业务笔数、单笔业务最长时长(毫秒)、最短时长(毫秒)、平均时长(毫秒)；c）通过并发方式，进行性能压力测试。在处理中，插入日志数据，获取数据采集点。6.5测试结果针对建表等的操作，采用通过/不通过的方式，进行结果度量。7均值补差评价方法a）针对同一指标，相同的主要限制条件。7T/BSIA00X-2024比如，普通开户场景，采用相同线程数进行测试（