修改表名后视图会失效。MySQL不自动更新视图中旧表名，执行时直接报“Table 'db.old_table_name' doesn't exist”；需用INFORMATION_SCHEMA.VIEWS配合正则搜索依赖视图，并手动CREATE OR REPLACE VIEW修复。
修改表名后视图会失效吗
会。MySQL 不会自动更新视图定义中引用的旧表名，视图仍保留原始 CREATE VIEW 语句里的表名。一旦原表被重命名，执行该视图时会直接报错：Table 'db.old_table_name' doesn't exist。
这不是“延迟刷新”或缓存问题，而是视图定义是静态 SQL 字符串，不带元数据依赖追踪。
怎么快速查出哪些视图依赖某张表
用 INFORMATION_SCHEMA.VIEWS 配合全文搜索（注意：不是精确匹配，需人工核对）：
SELECT TABLE_SCHEMA, TABLE_NAME FROM INFORMATION_SCHEMA.VIEWS WHERE VIEW_DEFINITION LIKE '%old_table_name%';
更可靠的方式是查 mysql.proc（仅限 MySQL 5.7 及以前）或使用 SHOW CREATE VIEW 逐个检查；MySQL 8.0+ 推荐用：
SELECT TABLE_SCHEMA, TABLE_NAME, VIEW_DEFINITION FROM INFORMATION_SCHEMA.VIEWS WHERE VIEW_DEFINITION REGEXP '(^|[^a-zA-Z0-9_])old_table_name([^a-zA-Z0-9_]|$)';
- 正则能规避
old_table_name_part这类误匹配 -
VIEW_DEFINITION是 TEXT 类型，大小写敏感取决于 SQL_MODE - 视图跨库引用（如
other_db.table）必须连库名一起搜
修复视图依赖要改什么
必须显式执行 CREATE OR REPLACE VIEW，不能只改表名就指望视图自适应：
CREATE OR REPLACE VIEW my_view AS SELECT * FROM new_table_name;
- 如果视图含多表 JOIN，所有涉及重命名的表都得同步更新
FROM和JOIN子句 -
ALGORITHM = MERGE视图对表结构变更更敏感，重命名后即使修复了表名，列名/顺序变化也可能导致运行时报错 - 权限不会自动继承：新表名若属不同用户或权限模型，需重新授权
SELECT给视图所属账户
有没有办法避免这类问题
没有银弹，但可降低风险：
- 禁止在视图里用裸表名，统一加库前缀，比如写
mydb.users而非users—— 后续迁移整库时更容易批量替换 - 把视图定义纳入版本控制（如建一个
views/目录存CREATE VIEW语句），表变更时顺手 grep + 更新 - 上线前跑一次依赖检查脚本，而不是等业务报
Table doesn't exist才发现
最常被忽略的是：视图可能嵌套——A 视图基于 B 视图，B 视图才引用原表。这种链式依赖靠 LIKE 搜不到，得递归解析 VIEW_DEFINITION。
