今天写开发文档的时候需要做一下数据结构相关的内容，于是就想着一个快捷一点儿的操作，直接在DataGrip里面调用视图，然后将视图打印为PDF，这样就可以直接截图获取到图片了。由于开发的过程中也没有怎么注重外键的建立，因为本来就是一个小小的比赛，所以生成视图的时候外键联系的箭头都没有，真的是自闭了，如果这个直接给评委看，评委估计会气哭。。。所以我打算花点时间加一些外键上去，心里想着也花不了多少时间，谁知道，这下子还遇到一些哲学问题！
首先看下，本来数据库表视图是这样的，我只是想多增加一些外键约束，让它看起来更加的专业一点儿，而不是一个像小学生做的数据库似的。
接下来设置外键的过程（park_detail中的scenic_id是外键，scenic_info中的scenic_id是主键）就很牛逼了，直接就遇到了这样的提示：
[HY000][3780] Referencing column ‘scenic_id‘ and referenced column ‘scenic_id‘ in foreign key constraint ‘park_detail_scenic_info_scenic_id_fk‘ are incompatible.
这个问题出现的时候，我发动我四级英文阅读能力（好吧其实六级也过了，只是六级擦边。。），可以看出MySQL提示外键与引用的列不兼容。我想的是可能park_detail中的scenic_id没有带有非空约束，而scenic_info中的scenic_id是肯定有非空约束的，所以聪明的我又去查看了它们两个数据项的约束条件是否一致。
下面两幅图分别是这两个数据项的约束条件，可以看出都是设置了非空约束，但就是不能成功的设置外键，我已经抓狂了快。
我直接把整个错误copy到百度，看到有人说有可能是字符集的问题，这句话点醒了我，所以我用MySQL的mysqldump工具把这两个表导出到了桌面
然后去观察这两个sql文件内是怎么对字符集编码进行规定的
可以看出来，这两个表内的字符集规定并不是完全一样，那么接下来就以scenic_info这个表作为基准，去更改park_detail的字符集问题。
ALTER TABLE park_detail CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;
上面的代码是更改的表结构的编码，也可以自己写代码直接更改字段的编码，不过我还没有试，此类更改字符集的教程也是比较的多。
列举几个比较常用的：
修改已存在列的collate属性，需要使用下面的语法
alter table tbl_name MODIFY col_name column_definition CHARACTER SET [=] charset_name | [DEFAULT] COLLATE [=] collation_name
修改表的默认字符集
ALTER TABLE tbl_name DEFAULT CHARACTER SET character_name [COLLATE…];
把表的默认字符集和所有的字符列都更改为新的字符集
ALTER TABLE logtest CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci;
修改字段的字符集
ALTER TABLE tbl_name CHANGE c_name c_name CHARACTER SET character_name [COLLATE …];
如果创建数据库的时候没有进行指定，以系统自己的字符设置为准，这里说的系统是运行的MySQL，估计是因为我的电脑重装了，导致前后两次备份的数据库内字符集就变混乱了，不过现在掌握了怎么更改字符集，还怕什么？下面就是我更改成功之后，添加了外键的效果
不一定只有系统遇到外键错误时才会报错[HY000][3780]，有可能同样是因为字符集不一样的问题报这个错误。
原文地址：https://www.cnblogs.com/mirage-mc/p/12627148.html