开源alisql压测批处理性能

最近我们业务上也遇到数据库性能问题，我们有一个环节是扣费操作，在并发度较高的场景下，数据库延迟较高，吞吐降低。我们业务中的这个场景和秒杀场景一致。因此想使用alisql来替换mysql，带来性能上的提升。

硬件配置

使用alisql之前，我们先对alisql的性能做压测。自己从alisql项目仓库 clone 了一份代码，然后编译安装。硬件采用8C-16G配置，为了做对照，另外弄了一个完全一样的机器部署mysql，同时，购买了8C-16G配置的阿里云rds，版本都是mysql 5.6。

软件配置

alisql 采用推荐配置推荐配置，mysql和rds采用默认配置。

指标

数据库的qps和rt

压测过程

采用性能基准测试工具sysbench，脚本采用alisql团队给出的测试脚本alisql_ic.lua

因为我们就想测试对于单表单行更新的性能，因此sysbench测试的表数量和表大小都设置为1。

这里顺便解释一下alisql_ic.lua脚本，其中有这么一段语句:

if (oltp_inventory_mysql_type == "alisql") then    db_query("UPDATE COMMIT_ON_SUCCESS ROLLBACK_ON_FAIL QUEUE_ON_PK 1 TARGET_AFFECT_ROW 1 " .. table_name .. " SET c=c+1 WHERE id = 1")  else    db_query("UPDATE " .. table_name .. " SET c=c+1 WHERE id = 1")  end

如果参数oltp_inventory_mysql_type设置为alisql，则语句执行会有COMMIT_ON_SUCCESS ，作用是，如果带此hint的语句执行成功，事务就默认提交。这个有什么好处呢？正常的使用方法是更新、等待成功、发commit。加这个hint可以减少事务提交的最后一次交互，在系统压力大或者网络较长的场景下，这是可以减少事务持续时间，提升整体吞吐量的，另外还有参数是提示排队的。

接下来就是设置不同的线程数，采用sysbench 来压测了，prepare、run、cleanup和其他压测情况一下。我们所采用的压测语句如下：

sysbench --mysql-host=localhost --mysql-port=3306 --mysql-user=username --mysql-password=passwd /opt/sysbench-1.0.3/tests/include/oltp_legacy/alisql_ic.lua --oltp-table-size=1 --oltp-tables-count=1 --num-threads=2 --time=60 --max-requests=0 --report-interval=1 --db-driver=mysql prepare

结果

thread alisql_qps alisql_rt mysql_qps mysql_rt rds_qps rds_rt 1 513.64 5.84 948.69 3.16 853.73 3.51 2 540.91 11.09 988.01 6.07 1732.29 3.46 4 569.68 21.06 980.23 12.24 2218.52 5.41 8 552.33 43.43 953.41 25.16 2174.28 11.03 16 561.18 85.47 975.10 49.20 2205.97 21.75 32 553.12 173.28 1007.76 95.18 2250.48 42.64 64 554.19 345.41 983.85 194.82 2210.52 86.79

其实看结果，很明显能够看出来。alisql比普通的mysql的性能还差。
我们自己也用写了个小工具来做压测对比，得到的结果也是alisql表现的性能比mysql差。仔细想想alisql性能比较差，应该是采用了推荐配置导致的，推荐配置和mysql的默认配置不一样。

结果比较意外，这里我们怀疑的是开源的这部分alisql并没有把批处理特性开放出来，所以用起来感觉就是个普通的mysql，毫无差别，这里我还黑了我们运维是否编译的是一个原生mysql。看结果rds的性能最好，rds是阿里云提供的收费的数据库服务，这些好不容易开发出来的特性，肯定不会那么容易开放出来吧。

在我们业务中当然没有采用alisql，我们自己在业务层做了一些优化，这个后续会拿出来介绍。

如果有alisql的同学看到，觉得不对的地方可以联系我，看是否我哪个步骤不对。