报错不是视图本身写错了，而是底层字段、字符串常量或跨库引用的collation不一致，必须在视图定义中显式用collate统一，或逐层修正列级排序规则。
直接结论：报错不是视图本身写错了，而是底层字段、字符串常量或跨库引用的 COLLATION 不一致，必须在视图定义中显式用 COLLATE 统一，或逐层修正列级排序规则。
查清冲突来源：先看哪些字段的 COLLATION 对不上
视图不存数据，只展开 SELECT，所以错误一定来自执行时参与运算的字段。别猜，直接查：
- MySQL：运行
SELECT TABLE_NAME, COLUMN_NAME, COLLATION_NAME FROM information_schema.COLUMNS WHERE TABLE_SCHEMA = 'your_db' AND COLUMN_NAME IN ('name', 'title')，重点看结果里是否混着utf8mb4_unicode_ci、utf8mb4_0900_ai_ci、utf8mb4_general_ci，甚至latin1_swedish_ci - SQL Server：运行
SELECT name, collation_name FROM sys.columns WHERE object_id = OBJECT_ID('your_table') AND name = 'name'，确认是否混用Chinese_PRC_CI_AS和SQL_Latin1_General_CP1_CI_AS - 如果视图含硬编码字符串（如
'active'），它默认继承连接会话的 collation，很可能和字段不匹配——这也是高频冲突点
MySQL 视图中用 COLLATE 显式统一排序规则
这是最快、最安全的修复方式，不用改表结构，也不锁表。但注意位置和范围：
-
COLLATE必须加在字段或字符串字面量后面，例如：u.username COLLATE utf8mb4_0900_ai_ci，不能只加在AS username上 - JOIN 条件中的字段也要加，否则
ON a.name = b.name仍会报错，例如：ON u.id = l.user_id COLLATE utf8mb4_0900_ai_ci - 函数参与时（如
CONCAT()、REPLACE()）必须对每个输入参数都加COLLATE，因为 MySQL 会按“最窄字符集”隐式降级，比如一个utf8mb4字段和一个utf8字段拼接，结果自动变成utf8，中文就变? - 推荐使用目标环境默认 collation（如 MySQL 8.0 用
utf8mb4_0900_ai_ci），避免回退到旧规则引发新问题
SQL Server 视图里处理跨库或跨表 COLLATE 冲突
SQL Server 更严格，视图定义中无法在 FROM 子句指定 collation，但可在 SELECT 和 WHERE 中强制统一：
- 每个参与比较或显示的字符串列都要加
COLLATE，包括SELECT列、JOIN ON条件、WHERE表达式，例如：a.name COLLATE Chinese_PRC_CI_AS = b.name COLLATE Chinese_PRC_CI_AS - 跨数据库 JOIN（如
[db1].dbo.t1和[db2].dbo.t2）时，两边字段 collation 必须一致，否则=比较直接失败或静默返回空结果 - 已有列没指定 collation？必须用
ALTER TABLE ... ALTER COLUMN ... COLLATE Chinese_PRC_CI_AS逐列修正——ALTER DATABASE COLLATE对已有列无效 - 嵌套视图要特别小心：上游视图加了
COLLATE，下游再引用它做GROUP BY或UNION，仍可能触发新冲突，得逐层检查
Navicat 导入 SQL 文件创建视图后乱码或报错 Unknown collation
这不是 Navicat 的锅，是 SQL 文件里写了目标数据库不支持的 collation：
- MySQL 8.0 导出的视图定义可能含
utf8mb4_0900_ai_ci，而 MariaDB 或 MySQL 5.7 不认这个 collation，还原时报Unknown collation - 用文本编辑器打开 SQL 文件，全局替换掉不兼容的部分，例如把
utf8mb4_0900_ai_ci替换为utf8mb4_unicode_ci（注意保留引号和空格） - 如果文件来自不同版本迁移，还要检查
CHARACTER SET声明是否混用utf8（即 utf8mb3）和utf8mb4，后者才是完整 Unicode 支持 - 导入前先在目标库执行
SHOW COLLATION LIKE 'utf8mb4%'，确认哪些 collation 真正可用
最易被忽略的一点：视图里用了 INFORMATION_SCHEMA 表（比如查表注释），它的默认 collation 往往是 utf8mb4_0900_ai_ci，而业务表用的是 utf8mb4_unicode_ci，JOIN 时立刻冲突——这种隐含依赖很难一眼发现，必须把 INFORMATION_SCHEMA 的字段也加上 COLLATE。
