作者：苏仕祥
浩鲸科技 PaaS 组件团队成员，长期从事分库分表中间件的相关解决方案工作，热爱技术，乐于分享。
本文来源：原创投稿
*爱可生开源社区出品，原创内容未经授权不得随意使用，转载请联系小编并注明来源。
本文主要讲解 DBLE 是如何实现 MySQL 视图功能的，内容包括 MySQL 视图相关概念、MySQL 对视图的实现，以及 DBLE 对视图的实现。
一、MySQL 视图概念及 MySQL 中视图的实现
MySQL 5.0 版本开始引入视图。视图本身是一个虚拟表，不存放任何数据。在使用 SQL 语句访问视图的时候，它返回的数据是 MySQL 从其他表中生成的。
MySQL 中对于视图是如何实现的呢？
如下图所示（图片出自《高性能 MySQL》）：
合并算法就是将视图 SQL 和查询 SQL 合并，然后执行查询，可以看到如果我们通过视图来简化 SQL，其实在 MySQL 底层又给我们转换了过来。
临时表算法就是在执行查询的时候，定义的视图会先生成对应的临时表，然后服务器基于该临时表执行相应的查询。
那么 MySQL 究竟会使用哪种算法呢？
select_type为"DERIVED"，则为临时表算法。二、DBEL 对视图的实现
可下推：DBLE 直接将视图相关 SQL 下推到后端 MySQL 执行，DBLE 端只保存视图相应元数据信息。
不可下推：DBLE 会在逻辑层面实现视图，然后当执行视图相应查询 SQL 的时候，在将相应查询 SQL 与视图 SQL 合并后执行，这里就相当于 MySQL 中的合并算法了。
那么可下推或不可下推的情况是如何判断的呢？
DBLE 对视图的实现详情如下图所示：
总结
本文主要讲解了 DBLE 是如何实现 MySQL 视图的，内容包括 MySQL 视图相关概念、MySQL 对视图的实现，以及 DBLE 对视图的实现，希望对大家理解 DBLE 的视图实现有所帮助。