MySQL视图是基于SQL查询结果的虚拟表，它本身不存储实际数据，数据来源于定义视图时引用的基础表。视图可以简化复杂查询逻辑，也能起到数据权限控制的作用，是数据库开发中非常实用的功能。
视图的基础概念
视图本质上是一条预定义的SELECT语句，当查询视图时，MySQL会执行视图对应的查询语句，从基础表中获取最新数据返回给用户。视图的结构和普通表类似，有列名和行数据，但所有数据都是动态生成的，基础表数据变更时，视图的查询结果也会同步变化。
视图的基础操作
创建视图
使用CREATE VIEW语句可以创建视图，基本语法如下：
-- 创建简单视图，查询用户表中年龄大于18的用户信息 CREATE VIEW adult_user_view AS SELECT id, username, age, email FROM user_table WHERE age > 18;
如果希望视图可更新，创建时不能包含聚合函数、DISTINCT、GROUP BY等限制条件，否则视图仅支持查询操作。
查询视图
查询视图的语法和查询普通表完全一致，直接使用SELECT语句即可：
-- 查询视图中的所有数据 SELECT * FROM adult_user_view; -- 带条件查询视图数据 SELECT id, username FROM adult_user_view WHERE age < 30;
修改视图
修改视图有两种常用方式，一种是使用CREATE OR REPLACE VIEW覆盖原有视图，另一种是使用ALTER VIEW修改视图定义：
-- 方式1：覆盖修改视图，新增手机号字段 CREATE OR REPLACE VIEW adult_user_view AS SELECT id, username, age, email, phone FROM user_table WHERE age > 18; -- 方式2：使用ALTER修改视图定义 ALTER VIEW adult_user_view AS SELECT id, username, age, email FROM user_table WHERE age > 20;
删除视图
使用DROP VIEW语句可以删除不需要的视图，删除视图不会影响基础表的数据：
-- 删除单个视图 DROP VIEW adult_user_view; -- 同时删除多个视图 DROP VIEW view1, view2, view3;
视图的更新限制
不是所有视图都支持插入、更新、删除操作，以下情况的视图不可更新：
- 视图定义中包含聚合函数（如
SUM、COUNT、AVG等） - 包含
DISTINCT、GROUP BY、HAVING、UNION等关键字 - 视图对应的SELECT语句中引用了多个基础表（多表关联视图，除非是可更新的连接视图）
- 视图列中包含表达式计算或者子查询
可更新视图执行更新操作时，实际修改的是基础表的数据，视图本身不会存储数据：
-- 可更新视图的更新示例，实际修改user_table中id为1的用户年龄 UPDATE adult_user_view SET age = 25 WHERE id = 1;
视图的优缺点
优点
- 简化复杂查询：将多表关联、复杂条件的查询逻辑封装到视图中，后续查询直接使用视图即可，减少重复编写SQL的工作量
- 数据权限控制：可以给不同用户开放不同视图的查询权限，避免用户直接访问基础表的全部字段，保护敏感数据
- 逻辑独立性：当基础表结构变更时，只需要修改视图的定义，不需要修改所有引用该查询的业务代码
缺点
- 性能开销：查询视图时每次都需要执行视图对应的基础查询语句，复杂视图可能会导致查询效率下降
- 更新限制：大部分复杂视图不支持更新操作，仅能用于查询场景
- 调试困难：如果视图嵌套层级过多，出现查询错误时排查问题会比较麻烦
视图的常见使用场景
视图适合用在以下几种场景：
- 需要频繁执行的复杂查询，将其封装为视图减少重复代码
- 对外提供数据接口时，通过视图暴露需要展示的字段，隐藏基础表的冗余字段和敏感字段
- 做数据统计时，创建统计类视图，直接查询视图获取聚合后的结果
- 多系统共享数据库时，不同系统通过各自的视图访问数据，避免直接操作基础表产生冲突
注意：不要滥用视图，简单的单表查询没必要创建视图，反而会增加额外的性能开销，视图更适合封装复杂度较高的查询逻辑。