视图是基于查询的虚拟表，不存储数据，使用时动态生成结果；它简化复杂查询、提升安全性、实现逻辑解耦，部分视图支持更新但有限制，且可能带来性能开销。
MySQL视图（View）是一种虚拟表，其内容由查询定义。与真实的表不同，视图并不存储数据本身（除非是物化视图，但MySQL原生不支持），而是保存一条SELECT语句，在使用时动态生成结果。以下是MySQL视图的主要特点：
1. 虚拟表结构
视图看起来像一张表，有行和列，但它不实际存储数据。它只是基于一个或多个表的查询结果的逻辑表示。每次访问视图时，数据库都会执行其定义中的SELECT语句来获取最新数据。
2. 简化复杂查询
通过将复杂的多表连接、子查询或聚合操作封装在视图中，用户可以像操作普通表一样使用简单语句访问数据。这提升了SQL语句的可读性和可维护性。
- 例如：创建一个包含客户订单信息的视图，隐藏JOIN和WHERE细节
- 后续只需SELECT * FROM customer_order_view;即可获取整合数据
3. 提供数据安全性
视图可以限制用户访问表的特定行或列，实现细粒度的权限控制。比如只暴露部分字段，或通过WHERE条件限制可见的数据行。
- 管理员可授予用户对视图的访问权限，而非基础表
- 保护敏感信息如薪资、身份证号等
4. 保持逻辑独立性（解耦）
当底层表结构发生变化时，可以通过调整视图定义来保持应用程序接口不变，减少对上层应用的影响。
- 例如：原表拆分后，视图仍可提供原有结构的访问方式
- 有助于系统升级和重构
5. 可更新性有限制
某些视图支持INSERT、UPDATE、DELETE操作，但需满足一定条件：
- 不能包含聚合函数（如SUM、COUNT）
- 不能使用DISTINCT、GROUP BY、HAVING
- 不能包含子查询或UNION
- 必须包含所有非空且无默认值的基表字段才能插入
不满足条件的视图为只读视图。
6. 性能影响需注意
视图本身不提升性能，反而可能带来额外开销，因为每次调用都需执行底层查询。嵌套视图尤其可能导致执行效率下降。合理使用索引和避免深层嵌套可缓解问题。
基本上就这些。MySQL视图是个实用工具，用好了能简化开发、增强安全，但也得注意它的限制和性能表现。
