[发明专利]面向多租户的数据库引擎及其数据访问方法

说明书

技术领域

本发明涉及多租户数据库共享，尤其涉及一种面向多租户的数据库引擎及其数据访问方法。

背景技术

在多租户系统中，数据库服务提供商将一个数据库实例租给多个中小型(SMB)租户，从而大量中小型租户共享同一个数据库实例。构造一个合理的多租户体系结构，要考虑如下技术问题：

安全性问题：由于多个租户共享同一个数据库实例，要防止一个租户访问其它租户置于该数据库中的数据；

应用开发成本：必须要考虑在部署这样一个多租户应用的时候开发者的开发复杂度；

管理成本：必须考虑操作平台的管理复杂度，这些操作比如包括租户登录、备份和恢复、运行时操作等等；

性能和可扩展性：希望随着租户的数量的增加，依然能提供高性能的可扩展性；

面向租户的服务级别协议(SLA)管理：应当能够根据租户的SLA，提供相应的服务质量。

现有技术中存在两种关于多租户系统的解决方案：共享表方案和单独表方案。

在共享表方案中，所有租户共享数据库中的一张表。在该表中有一个“租户_id”的字段。租户靠该“租户_id”字段来辨别哪条记录属于哪个租户。在这种情况下，虽然各个租户在接入到UI及业务逻辑时有区分，但对于数据库来说，所有租户是利用一个共同的代理平台级数据库(DB)账号来访问数据库的。代理平台级数据库账号拥有对数据库空间内所有租户数据的访问权。这样，一个租户的数据实际上能够被另一个租户所“看见”，产生了不安全问题。

在单独表方案中，在数据库中为每个租户单独准备一张表。租户只能访问到数据库中它自己的表，不能访问其它租户的表。在这种情况下，对于数据库来说，租户是利用它独有的DB账号来访问数据库的。每个租户被分配给一个独有的账号，使其仅拥有对该租户本身的数据的表的访问权。这样，就消除了安全方面的隐患。但是，由于在数据库中为每个租户单独准备一张表，在租户多的时候管理起来十分困难，极大地加大了管理上的成本。

因此，期望一种既能够解决安全性问题，又不会加大管理上的成本，同时能基于多租户的特性提高数据库整体性能的新的数据库引擎及方法。

图1是现有技术中数据库5’的结构框图。数据库5’包括数据库引擎522’和数据库存储空间512’。图2是现有技术的数据库访问模式的示意图。现结合图1和2，说明现有技术的数据库引擎522’的工作情况。

图1中的安全模块501’、访问控制器503’和查询优化器505’可以由现有技术的数据库引擎522’实现。安全模块501’负责在接收到来自用户的SQL请求后，判断用户的身份是否合法。访问控制管理器503’如图2的中间部分所示，包括表模式模块5031’、用户访问权限表5032’和表配置模块5033’。表模式模块5031’存储着数据库存储空间512’中所存储的表的表模式。表配置模块5033’存储着数据库存储空间512’中所存储的表的表配置。用户访问权限表5032’按用户存储着与用户账号相对应的权限，即与用户账号对应的用户有无访问数据库的权限。现有技术的访问控制管理器503’当接收到来自用户的SQL请求后，从该SQL请求得出用户账号，根据用户访问权限表5032’判断出与该用户账号对应的用户是否有访问数据库的权限。一旦判断出与该用户账号对应的用户有访问数据库的权限，查询优化器505根据一系列算法算出从数据库512的什么位置进行优化查找。

发明内容

本发明的一个目的是提供一种既能够解决安全性问题，又不会加大管理上的成本，同时能基于多租户的特性提高数据库整体性能的新的数据库引擎及方法。

本发明的另一个目的是能够实现面向租户的服务质量管理。

本发明提供了一种面向多租户的数据库数据访问方法，包括：接收租户数据访问请求；确定与该租户相对应的租户实体，其中多个租户实体共享数据库中的一张逻辑表；根据租户实体的配置信息处理租户的数据访问请求。

本发明还提供了一种面向多租户的数据库引擎，包括：匹配识别模块，其将租户账号与租户实体进行匹配，识别出与发出请求的租户的账号相对应的租户实体；访问控制管理器，其维护每一租户实体的相关访问权限，根据匹配识别模板识别出的租户实体，判断出该租户实体是否有对数据库的访问权限。