Kunlun-Storage vs PostgreSQL OLTP 测试

本文对比测试了Kunlun-Storage与PostgreSQL在OLTP场景下的性能,包括oltp_write_only、oltp_update_index、oltp_update_non_index和oltp_read_write。结果显示,Kunlun-Storage在OLTP write-only和oltp-read-write场景下表现出色,但在update_index场景下,由于PostgreSQL的HOT update机制,PostgreSQL在某些特定条件下的更新性能优于Kunlun-Storage。然而,PostgreSQL在负载动态变化时存在延迟抖动问题,而Kunlun-Storage表现更为平稳。
摘要由CSDN通过智能技术生成

一、Kunlun-Storage简介

KunlunStorage是泽拓科技基于Percona-mysql-8.0.26优化的数据库存储服务器,作为KunlunBase分布式数据库的存储节点,我们对percona-mysql做了大量性能增强,补足了其在XA事务处理的容灾和错误处理方面的空白,并增加了一些昆仑数据库集群整体需要的功能,包括fullsync复制,update/delete…returning语句等。

二、测试环境

测试软件:

sysbench 1.1.0-df89d34 (using bundled LuaJIT 2.1.0-beta3(AWS 云上环境)

sysbench 1.0.20 (using system LuaJIT 2.1.0-beta3)(本地部署环境)

服务器配置:

PostgreSQL和Kunlun-Storage各部署在一台:亚马逊i3.4xlarge(CPU 8cores 16 Threads,内存:122G,存储:2个1900 NVMe SSD)上(AWS 云上环境)

PostgreSQL和Kunlun-Storage各部署同一台服务器上(CPU 16 cores 32 Threads, 内存: 64G,存储:1个 NVMe SSD)上(本地部署环境)

软件版本:

Postgresql:PostgreSQL 14.2 onx86_64-pc-linux-gnu

Kunlun-Storage:8.0.26-16-kunlun-storage

数据库参数配置:

PostgreSQL:

shared_buffers = 32768MB
wal_level = replica
fsync = on         
synchronous_commit = on       
wal_sync_method = fdatasync 
full_page_writes = on  

Kunlun-Storage:

innodb_buffer_pool_size  32768MB
inndo_flush_at_trx_commit=1
sync_binlog=1
innodb_use_fdatasync = 1
测试背景:

PostgreSQL和Kunlun-Storage采用默认的安装配置,只调整了内存参数及上述几个参数,整个测试过程PostgreSQL和Kunlun-Storage没有任何优化行为。

三、测试数据

测试软件:

sysbench 1.1.0-df89d34 (using bundled LuaJIT 2.1.0-beta3(AWS 云上环境)

sysbench 1.0.20 (using system LuaJIT 2.1.0-beta3)(本地部署环境)

Sysbench测试场景:
场景一 :oltp_write_only

每个事务执行如下4种操作:execute_index_updates()、execute_non_index_updates()、execute_delete_inserts()

场景二:oltp_update_index

每个事务执行如下1种操作:execute_index_updates()

场景三:oltp_update_non_index

每个事务执行如下1种操作:execute_non_index_updates()

场景四:oltp_read_write.lua

每个事务执行如下7种操作:execute_simple_ranges(),execute_sum_ranges()、 execute_order_ranges()、execute_distinct_ranges()、execute_index_updates()、execute_non_index_updates()、execute_delete_inserts()

各个操作操作对应的SQL语句如下:
sum_ranges = {
   
      "SELECT SUM(k) FROMsbtest%u WHERE id BETWEEN ? AND ?",
       t.INT, t.INT},
order_ranges = {
   
      "SELECT c FROMsbtest%u WHERE id BETWEEN ? AND ? ORDER BY c",
       t.INT, t.INT},
distinct_ranges = {
   
      "SELECT DISTINCT cFROM sbtest%u WHERE id BETWEEN ? AND ? ORDER BY c",
      t.INT, t.INT},
index_updates 
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值