AliSQL 5.6.32 vs MySQL 5.7.15抢鲜测试

本文涉及的产品
RDS MySQL DuckDB 分析主实例,集群系列 4核8GB
RDS MySQL DuckDB 分析主实例,基础系列 4核8GB
RDS AI 助手,专业版
简介: AliSQL 5.6.32 vs MySQL 5.7.15抢鲜测试

0、导读

有幸抢鲜测试AliSQL,直接拿来和MySQL 5.7.15对比看看。

AliSQL刚宣布开源,我就提交申请内测名额,节前收到开放内测邀请,于是第一时间进行了测试了解,希望能给大家提供一些参考。

1、关于性能

本次仅用sysbench进行测试,还没用tpcc做对比,因此测试方案不是太周全。稍后会再发布tpcc的测试结果。

a、sysbench采用update_non_index.lua模式测试

线程

AliSQL 5.6.23

MySQL 5.7.15

AliSQL相差

1

2384.99

2172.45

9.78%

4

6392.04

11475.61

-44.30%

8

10781.69

18765.36

-42.54%

16

14847.25

27756.24

-46.51%

32

26530.64

41177.23

-35.57%

64

36597.29

43200.26

-15.28%

128

50057.16

32112.42

55.88%

256

63442.05

15339.18

313.59%

512

60722.04

14086.69

331.06%

image.png


b、sysbench采用oltp.lua模式测试

线程

AliSQL 5.6.23

MySQL 5.7.15

AliSQL相差

1

187.36

224.90

-16.69%

4

1019.45

1292.53

-21.13%

8

2090.41

2569.53

-18.65%

16

3418.05

4812.92

-28.98%

32

4803.45

6746.86

-28.80%

64

4976.63

6946.87

-28.36%

128

5028.68

6924.69

-27.38%

256

5056.80

6799.06

-25.63%

512

5094.08

6233.34

-18.28%

image.png

从测试结果来看,AliSQL在sysbench的update_non_index方案下并发超过64线程后就呈现优势了。不过在olto模式下,一直没有优势(有可能在更高并发模式下会扳回来,以后有机会再验证)。

请教了下丁奇,原来AliSQL特别针对写多读少务场景模式进行了优化,所以在AliSQL的github官网上才建议采用update_non_index模式进行对比测试。

备注0:为什么选择MySQL 5.7.15版本进行对比测试

MySQL 5.7已经GA,也到了15小版本。有些比较激进的5.7刚出来没多久就已经用上了,当5.7在性能和功能上都有很大优势时,我们为什么不选用呢?这就是我为什么直接选择5.7.15来进行对比的原因。

等我做完tpcc测试后,有可能也会拿官方或Percona 5.6版本再做个对比测试。

备注1:sysbench测试方案

--max-requests=0

--max-time=900

--oltp_tables_count=20

--oltp_table_size=200000

--report-interval=10

--num-threads=$count

--oltp-read-only=off

--rand-type=uniform


备注2:测试机配置

CPU: Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz

OS kernel: CentOS 7.2.1511, 3.10.0-327.28.3.el7.x86_64

Memory: 96G

Disk: PCIe SSD

2、关于功能

AliSQL此次开源的版本,新增了下面这些功能:

1. SELECT FOR UPDATE WAIT

2. THD memory usage monitor

3. DDL fast fail

4. Support big column compress

5. Innodb_rseg table to display the rollback information.

6. Thread running control

7. Kill idle transactions

8. table/index statistics

9. Throttle InnoDB IOPS for sql statement

10. SQL filter

11. Relax gtid limitation for some statements


这些功能都是非常实用的,尤其是对类似电商或提供RDS服务的平台帮助非常大。不过,我们也注意到这里面有些功能在MariaDB/Percona分支版本中同样具备或能找到替代方案。


此外,它在性能方面所做的改善有:

1、redo log写优化

2、部分锁拆分等优化

3、集成了jemalloc

4、众多InnoDB优化工作,包括合并AIO请求,buffer pool优化、并发线程控制优化、只读事务优化、InnoDB表锁优化、自适应哈希索引(AHI)优化等等

5、GTID优化


能看得出来,这些优化工作也确确实实是从日常的业务痛点中得到的体验所做出来的改变。

3、写在最后

最后我想说的是,AliSQL这次开源的姿态不错,不过还是没达到之前的预期,放出来的版本至少从功能上看还是有些保留的,期待未来的版本能更具诱惑力,嘿。

至于是否选用AliSQL,我想这是个见仁见智的问题。被MySQL 5.7新特性吸引的话,我想是时候开始尝鲜了。如果不想用MySQL 5.7的话,AliSQL相比MySQL 5.6还是有很大优势的,和MariaDB/Percona相比,也是有一些优势的。

无论如何,我们还是要感谢AliSQL带给我们的新选择。

参考:

AliSQL GitHub官网:https://github.com/alibaba/AliSQL (目前还是私有项目)

未完待续......

            </div>
相关实践学习
如何快速连接云数据库RDS MySQL
本场景介绍如何通过阿里云数据管理服务DMS快速连接云数据库RDS MySQL,然后进行数据表的CRUD操作。
MySQL数据库入门学习
本课程通过最流行的开源数据库MySQL带你了解数据库的世界。 &nbsp; 相关的阿里云产品:云数据库RDS MySQL 版 阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务,提供容灾、备份、恢复、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。 了解产品详情:&nbsp;https://www.aliyun.com/product/rds/mysql&nbsp;
相关文章
|
5月前
|
JSON 缓存 数据格式
阿里巴巴 item_search 接口对接全攻略:从入门到精通
本文详解阿里巴巴1688商品搜索接口(item_search)的对接流程、参数配置与Python实现,涵盖认证签名、分页查询、错误处理及最佳实践,助力开发者高效构建采购系统与市场分析工具。
|
弹性计算 测试技术 网络安全
|
5月前
|
JSON 数据安全/隐私保护 开发者
1688 item_search 接口对接全攻略:从入门到精通
本文详解1688开放平台item_search接口对接全流程,涵盖接口功能、参数说明、OAuth2.0授权、签名生成、Python代码实现及优化技巧,助力开发者高效完成B2B商品搜索集成,适用于采购系统、选品分析等场景。
|
12月前
|
数据可视化 数据挖掘 BI
Quick BI评测报告
Quick BI评测报告
377 2
|
XML JSON API
阿里巴巴关键字搜索接口技术详解
阿里巴巴开放平台提供关键字搜索API,让开发者能高效检索商品信息。接口涉及注册获取API密钥、构建HTTP请求、发送请求并解析JSON或XML响应。功能包括商品查询、排序、筛选、分页及结果格式化。使用流程包括注册、理解文档、构建请求、处理响应和错误管理。注意事项包括遵守规则、关键字优化、高效使用筛选与分页,以及确保数据处理的准确性和跟踪官方更新。此API助力商家和开发者提升搜索效率和业务性能。
464 0
|
SQL 分布式计算 Java
Spark 为什么比 Hive 快
Spark与Hive在数据处理上有显著区别。Spark以其内存计算和线程级并行提供更快的速度,但稳定性受内存限制。相比之下,Hive虽较慢,因使用MapReduce,其稳定性更高,对内存需求较小。在Shuffle方式上,Spark的内存 Shuffle 比Hive的磁盘 Shuffle 更高效。综上,Spark在处理速度和Shuffle上占优,Hive则在稳定性和资源管理上更胜一筹。
1385 0
|
弹性计算 监控 应用服务中间件
TR转发路由器测评
CEN云企业网下的TR转发路由器是实现多网、跨地域连接的核心元件。本文通过4 个 基础测试场景,来测评下 TR转发路由器的功能和使用过程。
108813 0
|
敏捷开发 测试技术 持续交付
阿里云云效产品使用问题之如何在组织层面按月、人员的维度(不按项目)统计工时
云效作为一款全面覆盖研发全生命周期管理的云端效能平台,致力于帮助企业实现高效协同、敏捷研发和持续交付。本合集收集整理了用户在使用云效过程中遇到的常见问题,问题涉及项目创建与管理、需求规划与迭代、代码托管与版本控制、自动化测试、持续集成与发布等方面。
|
数据安全/隐私保护 安全
单点登录(SSO)看这一篇就够了
背景 在企业发展初期,企业使用的系统很少,通常一个或者两个,每个系统都有自己的登录模块,运营人员每天用自己的账号登录,很方便。但随着企业的发展,用到的系统随之增多,运营人员在操作不同的系统时,需要多次登录,而且每个系统的账号都不一样,这对于运营人员来说,很不方便。
280332 15
|
敏捷开发 数据可视化 Devops

热门文章

最新文章