大家怎么看云数据库？

如何选择合适的数据库？ 云数据库这个新大陆，并且对比了腾讯云数据库和自建数据库的性能，发现在不对自建数据库进行优化的前提下，云数据库相比较自建数据库还是有很大性能上的优势的。 拿云数据库跟自建数据库比，不是开玩笑吗。确实，云数据库跟自建数据库在具体的硬件配置上没法完全统一，比如硬盘是普通磁盘还是 SSD，网络带宽跟稳定性是否有差异等。于是萌生了一个想法，借了朋友的阿里云账号，来看看同样都是云数据库，同样配置的情况下，阿里云和腾讯云各自能给出多优秀的答卷。 同样的，这次选择了阿里云数据库 RDS 的 4 核 8G 和 8 核 32G 版本，对比同样配置的腾讯云数据库，在不修改参数、不做配置改动的前提下，使用 sysbench 进行分别进行压力测试，详细配置如下表所示：

对象 内存 CPU 硬盘 CVM 操作系统 MySQL 版本 sysbench 版本 阿里云 8G/32G 4 核 /8 核 200G 云盘 CentOS 7.2 64 位 5.7 1.0.9 腾讯云 8G/32G 4 核 /8 核 200G 云盘 CentOS 7.6 64 位 5.7 1.0.9

为了保证公平公正，需要控制大部分变量，包括用来进行测试的云主机的软硬件配置和网络带宽（均通过内网连接）。接下来就可以进行测试了，这次测试的数据依然是由 sysbench 自动生成，20 张表 x1000 万行数据，线程数从 20-500，每组测试两次取平均值，依然采用读写混合的模式比较 QPS 和 TPS 等性能参数指标。

    结果比想象的有趣，腾讯云在 50 线程以下的时候表现超出阿里云太多，维持在 1.5-2 倍，在 100-200 线程的时候，腾讯云的吞吐量维持在阿里云的 1.2 倍左右，但是阿里云对并发能力的支持效果好过腾讯云。在 500 线程的时候，阿里云依然能保持在 46000+并发的水平，远高于腾讯云的 28000+。

腾讯云数据库的峰值表现在 50-100 线程之间，不过腾讯云数据库的性能力真心强啊，最好的时候甩了阿里云一倍以上。在 32G 内存的支持下，阿里云和腾讯云并发性能也有了提升，在 500 线程的时候阿里云一直保持恐怖的稳定，笔者特地又加测了 750 和 1000 线程，知道 1000 线程时阿里云仍保持 70000+的 QPS，不过腾讯云也不甘示弱，维持在 60000 的高水平。

TPS （ Transactions Per Second ）表示服务器每秒处理的事务，因为跟事务挂钩，也是 MySQL 在 OLTP 场景一个非常重要的测量指标。整体来看，腾讯云的可用性高于阿里云，不过对多线程的支持上还是较阿里云稍差一些。 此外还比较了延时等其他稳定性指标，腾讯云跟阿里云基本相同，因为篇幅问题就不在文章中贴图了，感兴趣的同学也可以自己动手测一下。

另外要给阿里云开发小哥哥们提个建议，在测试过程中，使用阿里云主机的远程连接 Web 版输入长指令实在是太痛苦了，一旦输入就很难修改，往往要删掉重来。另外远程连接的反应很慢，而且屏幕一滚动就开始显示乱码，建议开发小哥哥们改进一下。

不过这里要称赞一下阿里云数据库的性能监控，做的实在是高大上，看着很舒心。

在测试的时候可以实时监控 QPS/TPS，还有连接数和网络，比起看 sysbench 的平均数据信息量大多了，可以看到的性能的抖动。还可以翻历史记录。到这里才发现，原来云数据库卖的可不仅仅是数据库，还有数据管理、性能监控、系统告警等等功能呢，这下明白朋友公司为什么要用云数据库了。不说了，找老板聊聊去。 最后还是要给出一个结论，通过的简单测试，发现 MySQL 的吞吐量性能（ QPS/TPS ），在较低线程数的时候腾讯云远好于阿里云，随着线程数增加，腾讯云数据库在性能上增长不及阿里云，但总体仍强于阿里云，在 500 线程+的战场，腾讯云落后于阿里云。不过随着硬件配置增长，二者对并发的支持也在不断增加，到 8 核 32G 内存往上，腾讯云跟阿里云在高并发场景下差距已经不大。

把测试结果给朋友看，朋友翻了个白眼：“高并发还用什么 MySQL，那时候应该用 Redis 啦。” 什么？ Redis，不熟啊，有没有云数据库 Redis 版给玩一下。一搜，嘿，还真有，下次来测一下 Redis。