羡慕之情，让人心生嫉妒

做数据库的&＃xff0c;大概都有个梦想&＃xff1a;超越 Oracle。

要超越&＃xff0c;就要先学习&＃xff0c;学习着学习着才会真的发现&＃xff0c;妈的&＃xff0c;真屌&＃xff01;Oracle 做得细啊&＃xff01;Oracle 基础设施好啊&＃xff01;

今天&＃xff0c;看了一个视频&＃xff1a;《Oracle 公益课堂&＃xff1a;RWP大开眼界系列一 资源管理》&＃xff0c;完整体验了一番 Oracle HTAP 资源管理的架构&＃xff0c;真舒服。

这是 Oracle Education Toolkit 中的一个页面&＃xff0c;用非常直观简单的方式给用户展示了 Oracle 资源隔离的能力。左边是三种常见负载&＃xff1a;OLTP、Query&＃xff08;并行查询&＃xff09;、ETL&＃xff08;并行 DML&＃xff09;&＃xff0c;简单控制负载的参数&＃xff0c;就能直观地感受到 Oracle 不同类型请求混跑时对 RT 的影响。

然后它用用了一个模式来展示 Oracle 资源隔离的效果&＃xff1a;既然各种负载混跑对系统 RT 有影响&＃xff0c;那么怎么控制影响呢&＃xff1f;资源隔离&＃xff01;如下图&＃xff1a;

Enable Resource Plan 之后&＃xff0c;给每种负载设定 CPU 使用上限。这里&＃xff0c;它给 Query 和 ETL 设定了 CPU 上限&＃xff0c;OLTP 不设上限&＃xff0c;以确保 OLTP 受到最少影响。通过设置之后&＃xff0c;可以非常直观地看到 OLTP 的 RT 立即降下来了。

如果你是客户&＃xff0c;你看到这个图&＃xff0c;你说你对这个数据库有没有信心&＃xff1f;有没有&＃xff1f;

有了工具&＃xff0c;然后还附送一套经验&＃xff0c;给一套简单的公式&＃xff0c;让客户能够自行控制负载设定。舒服不舒服&＃xff1f;肯定舒服嘛&＃xff01;

哎&＃xff0c;羡慕&＃xff0c;真羡慕&＃xff01;界面虽然简单&＃xff0c;但是背后其实涉及到很多基础设施的夯实&＃xff0c;我们还要继续加油。要是具备这个能力了&＃xff0c;OLAP 还愁不好卖&＃xff1f;性能差点都有人买。

再延伸一点&＃xff0c;Oracle 这套展示工具哪里来的呢&＃xff1f;专门有团队做。

这是 Oracle 做这个领域的一名员工的介绍&＃xff0c;它们都细致到有人力投入到 education toolkit 了。“产品-利润-招人-产品-利润”飞轮一旦转起来&＃xff0c;要风得风&＃xff0c;要雨得雨呀&＃xff01;

做这套 education toolkit 难度大不大呢&＃xff1f;如果内核能力很坚实了&＃xff0c;其实做这套工具并不难&＃xff0c;这里面有两件事值得看见&＃xff1a;

1. 坚实的内核能力能降低工具制造成本
2. 做细致的资源投入

【完】