视图不自动同步字段变更，因其本质是保存的SELECT语句而非实时映射；加字段后需手动更新视图定义，sp_refreshview仅刷新元数据，不补新列；排查应先查定义、再执行原SQL、最后比对基表。
视图不自动同步字段变更，因为它不是实时映射
SQL 视图本质是一段保存的 SELECT 语句文本，不是对基表结构的“活链接”。你往表里加了个 new_column，视图定义里没写它，那它就永远不会出现在视图结果里——这不是 bug，是设计如此。MySQL、PostgreSQL、SQL Server 全都这样，没有例外。
常见错误现象：SELECT * FROM my_view 返回列数没变；应用读 rs.getString(3) 突然拿到错字段；导出 Excel 列顺序错位但不报错。
- 视图创建时用
SELECT *是最大雷区：加字段后列顺序、数量全乱，但查询不报错 - 视图定义里显式写了
col_a, col_b，你改了表结构但没改视图，下次查直接报ERROR 1054: Unknown column 'col_a' in 'field list' - PostgreSQL 和 MySQL 8.0+ 支持
CREATE OR REPLACE VIEW，但不会自动补新字段——你得手动把new_column加进 SELECT 列表
SQL Server 专用：sp_refreshview 只更新元数据，不碰缓存
sp_refreshview 的作用很窄：它重新解析视图定义里的表和列名，更新系统视图 sys.columns 中该视图的列元信息。它不清执行计划、不刷数据缓存、不重编译查询。
如果你刚给表加了字段，又想让视图立刻返回新列，只跑 EXEC sp_refreshview 'my_view' 是不够的——前提是视图定义本身已经包含那个新字段。
- 正确流程：先
ALTER VIEW或CREATE OR REPLACE VIEW把新字段写进 SELECT 列表，再跑sp_refreshview - 如果只是加了字段但没改视图定义，
sp_refreshview执行完仍查不到新列，也不会报错 - 误以为“刷新了视图=数据变新了”，其实是混淆了元数据刷新和数据/执行计划刷新
为什么你看到“旧数据”？大概率不是视图的问题
视图查出来像“卡在旧状态”，90% 情况跟视图本身无关。真正干扰源通常是：
- 应用层缓存：MyBatis 一级缓存、Spring
@Cacheable标在视图查询方法上、HTTP 接口加了 CDN 缓存 - 事务隔离：在
REPEATABLE READ事务里开了很久的会话，之后别人改了基表，你查视图还是事务启动时的快照 - 连接池复用：老连接还带着旧的执行计划，尤其在 SQL Server 里，
DBCC FREEPROCCACHE才能强制重编译 - 权限变更：用户丢了对某张基表的
SELECT权限，查视图直接报SELECT command denied，不是空，是失败
排查三步，别猜
遇到视图“不对劲”，按顺序做这三件事，比翻文档快：
- 运行
SELECT * FROM INFORMATION_SCHEMA.VIEWS WHERE TABLE_NAME = 'my_view'（MySQL/PG）或sp_helptext 'my_view'（SQL Server），确认视图定义里到底写了哪些字段 - 把视图定义里的
SELECT语句单独拿出来执行一遍，看结果和查视图是否一致——不一致说明权限或事务干扰；一致说明问题在应用层 - 在同一会话里直接查基表：
SELECT TOP 1 * FROM base_table ORDER BY updated_at DESC，对比视图输出，确认是不是真滞后
最容易被跳过的点：开发连的是测试库，但视图定义里写了 prod_db.users 这种全限定名，上线后根本查不到数据，还一直以为是字段没同步。
