有幸抢鲜测试AliSQL，直接拿来和MySQL 5.7.15对比看看。AliSQL刚宣布开源，我就提交申请内测名额，节前收到开放内测邀请，于是第一时间进行了测试了解，希望能给大家提供一些参考。
本次仅用sysbench进行测试，还没用tpcc做对比，因此测试方案不是太周全。稍后会再发布tpcc的测试结果。
a、sysbench采用update_non_index.lua模式测试
b、sysbench采用oltp.lua模式测试从测试结果来看，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 SSDAliSQL此次开源的版本，新增了下面这些功能：
SELECT FOR UPDATE WAITTHD memory usage monitorDDL fast failSupport big column compressInnodb_rseg table to display the rollback information.Thread running controlKill idle transactionstable/index statisticsThrottle InnoDB IOPS for sql statementSQL filterRelax gtid limitation for some statements这些功能都是非常实用的，尤其是对类似电商或提供RDS服务的平台帮助非常大。不过，我们也注意到这里面有些功能在MariaDB/Percona分支版本中同样具备或能找到替代方案。此外，它在性能方面所做的改善有：
redo log写优化部分锁拆分等优化集成了jemalloc众多InnoDB优化工作，包括合并AIO请求，buffer pool优化、并发线程控制优化、只读事务优化、InnoDB表锁优化、自适应哈希索引(AHI)优化等等GTID优化能看得出来，这些优化工作也确确实实是从日常的业务痛点中得到的体验所做出来的改变。
最后我想说的是，AliSQL这次开源的姿态不错，不过还是没达到之前的预期，放出来的版本至少从功能上看还是有些保留的，期待未来的版本能更具诱惑力，嘿。至于是否选用AliSQL，我想这是个见仁见智的问题。被MySQL 5.7新特性吸引的话，我想是时候开始尝鲜了。如果不想用MySQL 5.7的话，AliSQL相比MySQL 5.6还是有很大优势的，和MariaDB/Percona相比，也是有一些优势的。无论如何，我们还是要感谢AliSQL带给我们的新选择。
参考：AliSQL GitHub官网：https://github.com/alibaba/AliSQL (目前还是私有项目)
本文转载自 阿里云微信公众号 Alibaba-Cloud
原文链接 相关资源：七夕情人节表白HTML源码(两款)