mysql视图无独立字符集，其字符行为由底层select涉及的列、表达式及连接方式决定；需在create view时用collate显式指定关键列排序规则，否则可能因collation不一致导致join、union等操作报错。
视图字符集继承自定义列，不单独设字符集
MySQL 视图本身没有独立的 CHARACTER SET 或 COLLATION 属性。它的字符行为完全由底层 SELECT 语句中涉及的列、表达式和连接方式决定。当你看到「视图字符集与表不一致」，实际是视图里某列返回值的 collation 和你预期不符（比如查出来排序异常、WHERE 匹配失败、UNION 报错），根源在字段定义或表达式推导出的 collation 不统一。
- 用
SHOW FULL COLUMNS FROM your_view_name;查每列的Collation值，不是看视图 DDL - 如果某列来自函数（如
CONCAT()、UPPER()）或常量字符串，其 collation 默认继承自character_set_connection，而非源表 -
JOIN多张不同 collation 的表时，MySQL 会尝试自动 coercibility 推导，但可能选错（比如选了utf8mb4_0900_as_cs而不是utf8mb4_unicode_ci），导致隐式转换失败
强制统一视图列 collation 的三种写法
不能对视图 ALTER CHARACTER SET，只能在定义视图时显式控制字段 collation。最稳妥的是在 CREATE VIEW 的 SELECT 子句中用 COLLATE 修饰关键列：
- 对单个字符串列强制指定：
SELECT name COLLATE utf8mb4_unicode_ci AS name, ... - 对表达式结果统一 collation：
SELECT CONCAT(first_name, ' ', last_name) COLLATE utf8mb4_unicode_ci AS full_name - 避免跨 collation JOIN 导致推导失败：在 ON 条件里显式转 collation，例如
ON t1.code = t2.code COLLATE utf8mb4_unicode_ci
注意：COLLATE 必须写在表达式右侧，不能写在 AS 后面；且一旦加了 COLLATE，该列就失去「可索引下推」能力（除非 MySQL 8.0+ 且优化器能识别）。
为什么 SET NAMES utf8mb4 对视图无效
SET NAMES utf8mb4 只影响后续查询中字符串字面量和参数的默认 collation，不影响已创建视图的元数据。视图定义固化后，其列 collation 就已确定，每次查询都按原逻辑推导——哪怕你改了会话变量，只要视图定义里没写 COLLATE，它仍可能从源表或连接上下文取一个不一致的 collation。
- 验证当前会话对视图列的实际 collation：
SELECT COLUMN_NAME, COLLATION_NAME FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA = 'db' AND TABLE_NAME = 'your_view_name'; - 如果发现某列 collation 是
utf8mb4_general_ci（已弃用）或latin1_swedish_ci，说明定义时没约束，或源表/表达式带了旧 collation - 重建视图是唯一生效方式：
CREATE OR REPLACE VIEW ...，并在 SELECT 中补上COLLATE
大表 JOIN 视图时 collation 冲突的典型报错
最常卡在 UNION、ORDER BY、GROUP BY 或 JOIN ... ON 场景，错误信息形如：
ERROR 1267 (HY000): Illegal mix of collations (utf8mb4_0900_as_cs,IMPLICIT) and (utf8mb4_unicode_ci,IMPLICIT) for operation '='ERROR 1270 (HY000): Illegal mix of collations for operation 'UNION'
这不是视图本身的问题，而是你拿视图去和另一张表/子查询做操作时，两边同名字段 collation 不兼容。解决路径固定：要么改视图定义加 COLLATE，要么在外部查询中对视图字段再套一层 COLLATE，例如：SELECT * FROM your_view v JOIN other_table o ON v.name COLLATE utf8mb4_unicode_ci = o.name。线上高频 JOIN 的视图，建议在定义里就写死 collation，省得每次调用都补。
真正容易被忽略的是：视图里用了 JSON_EXTRACT() 或 CAST(... AS CHAR) 这类函数，它们返回的字符串 collation 默认是 connection 级别的，而不是源 JSON 字段的 collation——这点连很多 DBA 都会漏查。
