1个重要事务常常抢不过10个小事务，HTAP的保姆级解说。

大家晚上好呀~准备国庆了，大家有旅行的计划吗？不管如何，旅行也要坚持花点时间学习噢! 今天简单聊聊HTAP资源隔离。可不是HTTP，还是老规矩，聊聊来源。

就从最近即将到来的双十一来聊聊吧。用户A在淘宝买了一卷洗脸巾13元、用户B查询最近刚刚购买的聚划算的洗衣机订单、用户C准备支付...这些都是个人行为，都是非常简单基础的事务。但是双十一对商家来说就不简单了，他可能想要查出最近一年销售最好的所有产品排序以作优惠，于是商家就在后台查询一个数据："最近一年的销售数据，越详细越好"。那这个事情可就麻烦了，这可是大活，指不定查多久呢。

那还有个很麻烦的事情，倘若在商家输出订单的时候，用户A刚好要往其中一个表中插入数据，那怎么办？谁先用？？让商家先用，用户A会感觉非常慢，因为她要等商家执行完，体验很差！！那如果让用户A先用，然后又来个用户B 、用户C，那我商家的请求怎么办？

这时候咱们的主角HTAP技术就出现了！以上的两种请求我们可以归为常见的两种请求，分别是OLTP和OLAP，你可以想象OLTP和OLAP是一条高速公路的小轿车和大货车。而HTAP技术就是将OLTP放到客运道路，而将OLAP放到货运道路。用户们简单的请求就是一类OLTP，分析师们的请求就是一类OLAP。

那我们来详细看看HTAP技术是如何做到让所有的请求不会互相‘拖累’的。首先我们可以看到吐，用户和分析师都照常发出请求~该系统发送请到HTAP数据库或者有HTAP技术的数据库。

然后HTAP数据库则会根据请求的IP段来判断TP或者AP，如果是个人用户，简单的请求一般会从网站上输入框输入或者点击按钮去搜索，这就是APP的服务器了。如果是商家，则是从后台导出，这又是后台系统的服务器了。这里就会区分出TP和AP的不同了，因为来源不同。

后面的就简单了，根据不同的TP和AP分配不同的路由到不同的资源组，TP是事务简单，追求快速应答，所以资源组优先级高，CPU份额较高，内存分配高，IO优先级也高。AP则到了另一个份额较小的资源组，它与TP成100%比例，常常是TP 70%， AP 30%。由于AP的优先级低，所以在执行时常常可以被抢占资源。当TP空闲的时候，AP可以去用，但是即使系统很繁忙的时候,TP也常常因为高优先级而可以抢占AP而先执行。

今天内容就聊完啦~

谢谢你看到最后，祝你生活愉快。

如果觉得我写得好，欢迎关注我更多技术文章，在公众号：会用数据库 

谢谢！