如何选择合适的数据库？
云数据库这个新大陆，并且对比了腾讯云数据库和自建数据库的性能，发现在不对自建数据库进行优化的前提下，云数据库相比较自建数据库还是有很大性能上的优势的。
拿云数据库跟自建数据库比，不是开玩笑吗。确实，云数据库跟自建数据库在具体的硬件配置上没法完全统一，比如硬盘是普通磁盘还是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。