SQL视图中文乱码是数据库迁移、跨库查询或错误建表时常见的问题。视图本身只是一条保存的查询语句，不实际存储数据，因此乱码的根源通常不在视图对象，而在它所引用的基表字段字符集、排序规则，以及当前数据库连接会话的编码设置。只要其中任意一个环节使用了不支持中文的编码，例如latin1或SQL_Latin1_General_CP1_CI_AS，中文字符在读取或比对时就会被错误转换。
一、理解字符集与排序规则的关系
字符集（Character Set）决定数据库能存储哪些字符，比如utf8mb4覆盖几乎所有语言字符，而latin1仅支持西欧字符。排序规则（Collation）建立在字符集之上，定义字符的比较和排序方式，例如是否区分大小写、是否区分重音。在MySQL中，排序规则通常以字符集名开头，如utf8mb4_general_ci表示基于utf8mb4且不区分大小写。
当创建视图时，若基表字段是utf8mb4，但视图定义里显式写了COLLATE latin1_swedish_ci，或者会话排序规则被改成非中文兼容规则，那么执行视图查询时，数据库会尝试把utf8mb4字符转为latin1，无法映射的汉字就变成了问号。这种转换是不可逆的，即便之后改回正确规则，已损坏的数据也不会自动恢复。
二、MySQL中调整字符集与排序规则
在MySQL环境下，首先应确认基表和字段的字符集。可以通过information_schema或SHOW命令查看。如果发现表或字段使用了latin1，需要修改表结构，将相关字段转为utf8mb4，并指定兼容中文的排序规则。
以下示例展示如何修改一张已有表的字符集，并重建一个使用正确排序规则的视图：
-- 查看表字段字符集 SHOW FULL COLUMNS FROM user_info; -- 修改表及字段字符集为 utf8mb4 ALTER TABLE user_info CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; -- 删除旧视图后重建，显式指定排序规则 DROP VIEW IF EXISTS v_user_info; CREATE VIEW v_user_info AS SELECT id, username COLLATE utf8mb4_unicode_ci AS username, remark COLLATE utf8mb4_unicode_ci AS remark FROM user_info;
除了对象定义，还要保证连接层编码一致。在应用连接串中应当设置characterEncoding=utf8mb4，并在会话中执行SET NAMES utf8mb4。否则即使表和视图都正确，客户端仍可能收到乱码。可以通过如下语句检查会话变量：
SELECT @@character_set_client, @@character_set_connection, @@character_set_results; -- 正常应全部为 utf8mb4
三、SQL Server中的处理方式
SQL Server使用排序规则控制语言排序与比较。如果安装时选了英文排序规则，中文列可能被存为varchar而非nvarchar，或者使用了SQL_Latin1_General_CP1_CI_AS这类不支持中文的排序规则。视图查询时，若不同排序规则的列直接关联或输出，就会报错或显示乱码。
推荐将中文相关列改为nvarchar类型，并使用Chinese_PRC_CI_AS排序规则。视图定义中可用COLLATE子句统一输出规则：
-- 修改基表字段类型与排序规则
ALTER TABLE dbo.user_info
ALTER COLUMN remark NVARCHAR(200) COLLATE Chinese_PRC_CI_AS;
-- 重建视图并指定排序规则
IF OBJECT_ID('dbo.v_user_info') IS NOT NULL
DROP VIEW dbo.v_user_info;
GO
CREATE VIEW dbo.v_user_info AS
SELECT
id,
remark COLLATE Chinese_PRC_CI_AS AS remark
FROM dbo.user_info;
GO
需要注意，SQL Server的varchar配合非中文排序规则会截断双字节字符，因此核心修复点是使用nvarchar与中文排序规则组合。修改后建议用SSMS直接查询视图验证，避免应用层驱动再引入一次编码转换。
四、常见误区与排查清单
很多人在遇到视图乱码时会直接删掉视图重建，却发现没有效果，这是因为基表字段字符集没变。另一个误区是只改数据库默认字符集，但已有表和字段仍保留旧编码，MySQL不会自动回溯修改。
排查时可按以下顺序确认：第一，基表字段字符集与排序规则；第二，视图定义是否含COLLATE覆盖；第三，数据库连接会话编码；第四，客户端显示编码。只有四者统一，中文乱码才会彻底消失。对于已写入乱码的数据，必须重新从源导入，编码修复不能还原原字符。
| 数据库类型 | 推荐字符集 | 推荐排序规则 |
|---|---|---|
| MySQL | utf8mb4 | utf8mb4_unicode_ci |
| SQL Server | Unicode(nvarchar) | Chinese_PRC_CI_AS |
五、总结实践建议
解决SQL视图中文乱码，核心思路是让数据从存储、定义到传输全链路使用同一套支持中文的字符集与排序规则。新建项目时应统一库、表、列字符集，并在连接串固定编码。维护老系统时，先用查询确认现状，再按基表到视图的顺序修改，最后验证会话变量。这样既能根治乱码，也能避免后续跨库查询再次出现类似问题。