在第一篇文章中，我们测试了 TiDB 2.1.15 在 AP 方面的能力，并且对比了我们自身 HE 的情况。本周继续文章结尾的结论，对比下今年发布的 TiDB 3.0 的 AP 性能。
这次偷个懒——上周太忙了——主要的测试环境/场景/方法就不赘言了，请见上文。
测试报告的地址不变，依然是 http://106.75.77.137:8080/#/share/app/74BAA972/dashboard/F5EBF24C ，这次就不截图了，大家可以自己去看
我们重点关注一下测试报告的以下 3 个页面中 TiDB 2.1.15 和 3.0.0 的表现
http://106.75.77.137:8080/#/share/app/74BAA972/infographic/F5EBF24C/chart/4A1B60ED
http://106.75.77.137:8080/#/share/app/74BAA972/infographic/F5EBF24C/chart/BF18EE38
http://106.75.77.137:8080/#/share/app/74BAA972/infographic/F5EBF24C/chart/7E065BDA
目前看来，3 个柱状图中包含有 14 个 SQL 场景，其中 2 倍的提升有 2 个，不到 2 倍的有 11 个，差不多的有 1 个，也就是说绝大部分的 SQL 在 TiDB 2.1.15 和 TiDB 3.0.0 之间的差距在 1-2 倍的时间。
而在第一个柱状图的 Dashboard 场景中，回忆一下上文，打开 Dashboard 之后，会有 8 条 SQL 语句并发查询，而如下图所示，TiDB 2.1.5 和 3.0.0 之间的差距有 3 倍以上；可以看出从 2.1.15 到 TiDB 3.0.0，相对于上述 14 个单条 SQL 语句执行场景中的性能提升， TiDB 在处理 AP 的并发能力方面有了非常惊艳的提升。
初步测试, TiDB 3.0 作为 HTAP 系统，在典型业务场景并行查询和特定 SQL 查询性能上表现已经接近了即席查询的需求，作为含有 OLTP 功能的数据库，性能还是很让人惊艳的。在希望直接用业务数据库做部分分析需求的场景下，应该会有非常不错的表现。
行文至此，PingCAP 的同学告诉我们会有一个内部的 3.0 优化版本，会在这方面还有一定的提升，可以测试看看；同时，月底TiFlash内部版本如果可以上线的话，到时也可以做一个对比。我个人对此非常期待，等待下文吧（当然，还有我们承诺并漏掉的去 CAST 测试）。