本文主要是介绍Intel Optane and SAP HANA，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
读“Unleashing the power of in-memory computing: Intel Optane DC Persistent memory for SAP HANA” notes。
作者认为内存数据库中，行存和列存的性能差异可以忽略不计。但是列存对OLAP的好处很大。
HTAP一般有一个行存在列存的前面以便于OLTP事务的性能，但是有一个问题就是当数据在这一层的时候，有没有和列存形成一个consistent的VIEW，可以用来做Analytic。SAP HANA显然已经解决了这个问题。就可以直接在“transactional applications”里面嵌入"analytic query". Analytic query aggregates 多行的value。
列存数据库采用“vector processing”技术，利用CPU的SIMD (single instruction, multiple data)指令，来加速计算和比较。这个技术应该是比较常用的，但是我没有很了解。
IMDB一般采用tiering的技术，把HOT的数据放进内存。PM可以作为一个Tier来使用，毕竟比SSD要快3倍。
回头说PM，PM可以用来放LOG提高事务的性能。但是传统BLOCK存储还是必须的，因为PM可能要overflow到SSD，毕竟PM的尺寸还不大，Intel的目前512GB一片。
重启和恢复的时候，PM因为是non-volatile，所以也能很快的恢复到内存，甚至不恢复到内存，需要的时候直接读就是了。
Intel Optane有两种模式：memory mode和App direct mode。memory mode不稀奇，DRAM做为cache，PM的容量作为“大容量内存使用”。SAP HANA采取的是app direct模式。是采用特殊协议写的，“persist like traditional storage” （PM aware）更多的解释
SAP HANA w/ PM的好处
- 提供了一条scale up的路径。这样原来需要scale out多节点的，可能就只需要single system就好了，节省了网络开销，以及cluster开销。
- SAP HANA使用了SAP HANA-native storage extension capability, 这样在存储模型上统一了，加一个tier也OK。
- 飞快的restart和recovery。
- LOWER TCO，主要是节省了scale out的费用。
SAP HANA 2.3版本之后就可以了。SAP和Intel紧密合作，在Optane的使用上是业界领先的。用户是不是广泛接受我还不知道。
这篇关于Intel Optane and SAP HANA的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
