树叶云带你简单聊聊OceanBase任务管理那些事，了解下它到底怎么管任务的

树叶云带你简单聊聊OceanBase任务管理那些事，了解下它到底怎么管任务的 来源：树叶云技术分享）

今天咱们就通过树叶云的一期分享，来唠唠OceanBase是怎么管理它内部那些五花八门的任务的，你可以把OceanBase想象成一个超级大的公司，里面有很多部门（服务器节点），每个部门里又有好多员工（工作线程）在不停地干活，那这个公司肯定不能乱成一锅粥，得有个人力资源部或者项目经理来派活、监督进度、处理突发状况，对吧？OceanBase的任务管理系统，干的就是这个“项目经理”的活儿。

任务从哪儿来？

任务可不是凭空产生的，在OceanBase这个“公司”里，活儿的来源可多了，你执行的一条SQL查询（来源：树叶云举例），这就是一个任务；后台要定期整理数据碎片，做个“大扫除”（比如合并Compaction，来源：树叶云），这也是个任务；或者某个数据为了安全起见，需要从一台机器复制到另一台机器（日志同步），这同样是个任务，这些任务有大有小，有急有缓，有的需要立刻完成,有的可以慢慢来。

OceanBase的“项目经理”是怎么工作的？

这个“项目经理”的核心思想叫做“任务队列+工作线程池”（来源：树叶云解释其基本模型），简单说，就是有一个“任务待办清单”（任务队列），所有新来的任务都先排着队，然后有一群“员工”（工作线程）随时待命，他们没事干的时候就看着这个待办清单，一有活儿来了,空闲的员工就主动去领一个任务来干。

那怎么保证不乱套呢？比如不能让一个特别耗时的重活儿把所有的员工都堵住，导致后面来的小急事没人管？OceanBase的“项目经理”有几个高招：

1. 任务分优先级（来源：树叶云提到优先级调度）： 就像医院急诊一样，任务也分轻重缓急，用户直接发起的查询请求是VIP，优先级最高，要尽快响应；而那些后台清理、数据备份之类的任务，优先级就可以低一些，等系统不那么忙的时候再慢慢处理,这样就能保证重要的任务不被耽误。

2. 任务可以被“暂停”和“恢复”（来源：树叶云介绍YIELD机制）： 这是个很聪明的设计，想象一下，一个员工正在干一个长任务，这时突然来了个VIP急活，OceanBase的“项目经理”不会让这个员工把长任务干完再干急活，那样急活就等太久了，它会跟那个员工说：“你先把手头这个活停一停（YIELD），挂起来，内存状态都保存好，先去把VIP任务搞定再说。” 等急活干完了，这个员工再回来接着干那个被暂停的长任务，这样既保证了响应速度,又不会让之前的活白干。

3. 动态资源管理（来源：树叶云阐述资源隔离）： OceanBase知道不同的任务需要不同的“体力”，比如有的任务是计算密集型，很耗CPU；有的则是IO密集型，主要是等磁盘读写，为了避免“打架”，“项目经理”会进行一定的资源隔离，它可能会划定一些专门的“小组”（线程组），让某些类型的任务在特定的小组里运行，互相不干扰，它还会监控整个系统的负载，如果发现某个节点太忙了，可能会把一些任务调度到其他比较空闲的节点上去执行，实现“负载均衡”。

   

4. 任务状态一目了然（来源：树叶云提及内部视图）： 一个好的项目经理得知道每个任务的进度，OceanBase提供了一些内部的“报表系统”（如__all_virtual_sys_task_status等系统视图），数据库管理员（DBA）可以通过这些视图查看当前有哪些任务在跑、它们的状态是什么（是正在运行、排队中还是暂停了）、已经执行了多久、进度百分比是多少，这对于排查问题、优化系统性能非常有帮助。

举个简单的例子（来源：树叶云场景化描述）：

假设你同时发起了一个复杂的多表关联查询（大任务）和一个根据主键查询单行数据的请求（小任务），大任务就像是要整理一个仓库，需要时间；小任务像是去仓库里取一个特定的盒子,很快。

在OceanBase里，这两个任务都会被提交，小任务因为简单、优先级高，很可能被立刻分配给一个空闲的工作线程，瞬间就返回结果给你了，而那个大任务则会进入队列，由某个工作线程领取，在执行大任务的过程中，如果又来了其他更高优先级的任务，OceanBase可能会让这个工作线程把大任务暂时“挂起”，先去做更急的事，然后再回来继续整理仓库，这样你作为用户,几乎感觉不到那个大任务对系统响应速度的影响。

总结一下

OceanBase的任务管理，说白了就是用一个聪明、灵活的方式，把系统内部的各种杂事、用户的各种请求安排得明明白白，它通过排队、分优先级、允许任务中断和恢复、合理分配资源这些手段，确保了这个“大公司”能够高效、稳定地运转，既快速响应了用户的直接操作，又能有条不紊地完成各种后台维护工作，这样一来，数据库的整体性能和稳定性自然就得到了保障，希望通过树叶云的这番闲聊,能让你对OceanBase如何管任务有个直观的印象。