mysql 的视图不是一种物化视图，它相当于一个虚拟表，本身并不存储数据，当sql在操作视图时所有数据都是从其他表中查出来的。

这带来的问题是使用视图并不能将常用数据分离出来，优化查询速度。

且操作视图的很多命令都与普通表一样，这会导致在业务代码中无法通过sql区分表和视图，使代码变得复杂。

实现视图的方式有两种，分别为合并算法和临时表算法，合并算法是指查询视图时将视图定义的sql合并到查询sql中，比如:

create view v1 as select * from user where sex=m;

当我们要查询视图时，mysql会将 :
select id,name from v1; 合并成 select id,name from user where sex=m……;

临时表算法是先将视图查出来的数据保存到一个临时表中，查询的时候查这个临时表。

不管是合并算法和临时表算法都会带来额外的开销, 且如果使用临时表后会使mysql的优化变得很困难，比如索引。而且视图还引入了一些其他的问题，使得其背后的逻辑非常复杂。

当然，视图在某些情况下可以帮助提升性能，但视图的性能很难预测。且在mysql的优化器中，视图的代码执行路径也完全不同，无法直观的预测其执行性能。