Optane P4800X评测(2)：Oracle 170万TPM意味着什么？
SwingBench类压测工具的性能极限是多少？决定这个数值的是CPU、内存，还是存储？
上面第一个问题需要有一个前提，就是环境配置。在相同的服务器平台，数据库等软件测试参数一致的基础上，对比不同的SSD或者阵列才有意义。
首先，特别感谢下冬瓜哥在《OptaneP4800X的技术启示》一文中对本系列评测的推荐。这两天微信文章中终于可以插入其他公众号的链接了，不过我还是想放一个《大话存储》的二维码。
随着测试的不断进展，我越来越体会到冬瓜哥这段话的意义：“Optane从根本上克服了NAND Flash的天生缺陷，利用更低和更稳定的时延，即便在很低的并发度下也能达到系统吞吐量的顶峰，天生适用于OLTP类业务。当然，根据当前的测试结果来看，冬瓜哥认为Optane后续有很大的优化空间，那就是适当增加一下内部的并发度，从而可以在高并发场景下，让平均时延增加的更加缓慢，这样其性能表现将会非常理想！”
下面就来给大家讲讲Oracle测试的情况：
怎么看待单机Oracle 170万TPM压测结果？
这个170万TPM的测试结果，需要考虑其测试平台：Dell PowerEdge R830服务器，配置4颗Xeon E5-4610 v4 1.8G十核CPU和256GB内存。如果换更高的CPU，相信还能跑更快。
SwingBench是一个人们比较熟悉、获得广泛认可的Oracle数据库压测工具，继我们在上一篇《Intel Optane P4800X评测(1)：好钢如何用在刀刃上？》中介绍过FIO纯硬件性能测试之后，这次再跟大家分享下Oracle的测试体会。
测试环境：PowerEdge R830服务器，配置4颗Xeon E5-4610 v4 1.8G十核CPU
如上图，由于单个本地PCIe SSD性能对于单节点数据库来说已经相当快了，我们选择将Oracle DB文件和Redo Log都放在同一块卡上。
首先，按照标准场景（读/写比例）、比较有代表性的测试模型。这时基于3D XPointMemory的Optane P4800X SSD领先P3700大约2%。我们并没有刻意将测试数据集都在内存中命中，获得80万左右的TPM、1万3千多TPS。如果不调整测试参数，想获得更高结果可以换用更多核心数，或者更高主频的CPU。
而在不改变硬件的情况下，我们也能跑出170万TPM / 2万7千多TPS的亮眼成绩。上面图表中也标注了原因——主要是将读操作的比例进一步调大、并将测试数据集的容量调得比较小。这种情况下我们认为已经不适合对比存储硬件的性能，下面会进一步列举证据。
3D XPoint Memory最适合数据文件还是日志？
我们摘取了AWR（Automatic Workload Repository）报告中的一些监测数值。这里可以看到在未进行特别调优的情况下，Optane P4800X SSD的Oracle混合读写响应能力都要比P3700高14-15%。根据硬件规格和我们之前测试的结果，如果将写的比例调大估计这个差距还会增加。
至于那份170万TPM的报告，其落盘I/O寥寥无几，几乎是纯靠CPU在内存里跑了。
Oracle数据文件 + RedoLog @ Intel P3700（NAND闪存），模拟一般环境
AWR报告中的log file parallel write直接反应Redo日志的写延时，如上面截图所示，Intel P3700 SSD的平均响应时间是2ms，按照传统的眼光来看这已经很快了吧？
Oracle数据文件 + RedoLog @ Optane P4800X（3D XPoint），模拟一般环境
一图抵千言，Optane P4800X的表现明显好很多，由于AWR报告中的日志平均响应时间只精确到个位数，所以对应的数据为1ms。
小结：应用建议、ApachePass展望
1、170万TPM可能还不是这套硬件能够跑出的极限，但我们觉得再高的数值没啥实际参考意义。
2、使用新型3D XPoint Memory非易失存储器介质的OptaneP4800X，相对于传统NAND闪存SSD价格不菲。以目前的情况，我们认为它更适合放置数据库日志，或者用于高速存储系统（如全闪存阵列/Server SAN）的大容量缓存，比如我在《Intel Optane P4800X评测（序）：不用缓存和电容保护的SSD？》中就提到VMware最新版本VSAN 6.6就支持将其用于写缓存SSD。
而在更多测试中，我们也尝试过将Oracle数据文件或者Redo Log单独放在Optane P4800X上，相比之下后者的表现更好。
扩展阅读：《数据库&存储：互相最想知道的事》
上面这张是我在网上看到的图片，据说是Intel演示下一代DIMM内存插槽形态的3D XPoint Memory（代号Apache Pass）。近期将出现更多支持NVDIMM非易失内存的服务器用来加速数据库日志存储等，以DRAM为介质的NVRAM还需要掉电保护设计，容量小且价格高昂。而“Apache Pass”的出现或将给这一市场带来显著改变，此外受益的还有以SAP HANA为代表的内存数据库。
扩展阅读：《当3D XPoint遇上SAP HANA：机遇与挑战》
我也认同之前看到的一个观点——对于那些针对磁盘和闪存系统设计传统应用程序，需要为3D XPoint Memory进行优化才能充分发挥出其性能价值。
本系列评测仍在进行中，除了MySQL之外，我还想试着跟大家分享点性能优化方面的注意事项，敬请继续关注！
注：本文只代表作者个人观点，与任何组织机构无关，如有错误和不足之处欢迎在留言中批评指正。进一步交流技术，可以加我的QQ/微信：490834312。如果您想在这个公众号上分享自己的技术干货，也欢迎联系我：）
尊重知识，转载时请保留全文，并包括本行及如下二维码。感谢您的阅读和支持！《企业存储技术》微信公众号：huangliang_storage
长按二维码可直接识别关注
历史文章汇总（传送门）：http://chuansong.me/account/huangliang_storage