mysqldump无法直接备份单个视图或存储过程，必须用show create view/procedure手动提取并补全delimiter；还原时需确保依赖表、跨库环境及sql security上下文一致。
mysqldump 无法直接按名备份单个视图或存储过程
它没有 --view=xxx 或 --procedure=calc_total 这类参数。所有 --routines、--triggers 都是库级开关，启用后导出当前库全部 routine，没法过滤。你执行 mysqldump -u root -p --routines mydb，得到的是整个库所有存储过程和函数的定义，不是你想要的那个 proc_user_stats。
只备份特定视图：用 SHOW CREATE VIEW 手动提取
这是最可靠、兼容性最好的方式，5.7 和 8.0 都适用，也不依赖 INFORMATION_SCHEMA 权限。
- 必须带库名前缀：
SHOW CREATE VIEW mydb.v_user_summary;，否则报ERROR 1360 (HY000): View does not exist - 输出不含
DELIMITER，如果后续要source执行，得手动补上：DELIMITER $$开头、$$结尾 - 重定向保存时注意加
-e参数避免列头干扰：mysql -u root -p -e "SHOW CREATE VIEW mydb.v_user_summary;" > v_user_summary.sql - 还原前检查目标库是否存在；若视图依赖其他库的表（如
otherdb.logs），那个库也得提前建好，否则CREATE VIEW会静默失败（除非加--force，但不推荐）
只备份特定存储过程：同样靠 SHOW CREATE PROCEDURE
逻辑和视图一致，但有两点额外注意：
- 过程体里几乎必含分号，所以
DELIMITER $$不只是“建议”，是必须补全，否则mysql客户端会把第一个分号就当作语句结束，报语法错误 - 过程名也要带库名：
SHOW CREATE PROCEDURE mydb.proc_update_cache;，不写mydb.就查不到 - 若过程定义里含
SQL SECURITY DEFINER，且还原到权限模型不同的环境（比如从高权限账号迁移到普通账号），执行时可能报错，需手动改为SQL SECURITY INVOKER或调整用户权限
还原时视图报 “Table doesn’t exist” 怎么办？
不是备份漏了，而是创建顺序问题。视图定义在 SQL 文件里出现的位置，和它依赖的基表（比如 users、orders）的 CREATE TABLE 语句不一定相邻——mysqldump 不保证这个顺序。
- 先检查备份文件：
grep -n "^CREATE VIEW" backup.sql和grep -n "^CREATE TABLE" backup.sql，看视图是否出现在对应表之后 - 如果顺序错乱，不要强行
source整个文件。拆成两步：
① 用mysqldump --no-data --no-routines --skip-triggers mydb > schema.sql导入表结构
② 单独source v_user_summary.sql和source proc_update_cache.sql - 跨库引用的视图（如
SELECT * FROM otherdb.audit_log）必须确保otherdb已存在且audit_log表已创建，否则CREATE VIEW失败且无提示
还原操作本身简单，真正容易被忽略的是对象之间的依赖关系和上下文一致性——尤其是跨库引用、SQL SECURITY 设置、以及 DELIMITER 的缺失，这三个点踩中任何一个，都会让“还原成功”变成“看似成功实则失效”。
