2018-01-01 学后就用,phpmyadmin里的字符改动

根据 的上一篇文章

知道 “  utf8mb4_unicode_ci 与 utf8mb4_general_ci 如何选择” 后,

刚好去检查,我安装好的phpmyadmin中的字符集的情况

1。mysql  自身 有个自己的服务器的缺省的字符集

--root 登陆后,在localhost 界面首页,显示的就是 自己的服务器的缺省的字符集(这个我 一会就要下手 处理,目标是希望和具体的 DB去一致(新建的e.g  discuz DB 的字符集 是否 ,2者间保持一致) ? 

2018-01-01 学后就用,phpmyadmin里的字符改动_第1张图片

phpmyadmin里的字符集 ---注意 这里是utf8mb4_unicode_ci

2)让我们去 具体的 DB去(新建的e.g  discuz DB 的字符集,或 existing的 mysql DB的字符集)去看一看

选中 “discuz”  DB, 然后去 上面的tag 选择一下 “operation” , 然后会看见 下图

2018-01-01 学后就用,phpmyadmin里的字符改动_第2张图片

注意看 这里discuz DB的collation连接 (collation)下的字符集是 :

注意 这里是utf8mb4_general_ci 

其实 如果多查的话, existing的 mysql DB的字符集也是 :

注意 这里是utf8mb4_general_ci 

------------------------------------------------------

我们的结论,tofix 现在和未来的h??.club 论坛的字符乱码和传递问题 ,我们就应该改

mysql 的标准connection collation 的字符集合从 utf8mb4-unicode-ci 到 utf8mb4-general-ci (后者和 我们的具体的子DB (我们这次的discuz)的字符集和是 保持一致的

这里面 ,我们怎么做出判断?--可以参考 那个台湾老师当是的演示(注意 :他当时的mysql的版本是5.1 ,比我们现在的要古老,而且当时 并没有utf8mb4的 这种用4个字节的扩展字符集合。

但是他 提供了一个非常有价值的线索 ,就是  mysql这个数据库的connection collation 的字符集合 应该和 具体的子DB (我们这次的discuz)的字符集和是 保持一致的原则!!! ;如下图

2018-01-01 学后就用,phpmyadmin里的字符改动_第3张图片

mysql 的标准connection collation 的字符集合从 utf8mb4-unicode-ci 到 utf8mb4-general-ci (后者和 我们的具体的子DB (我们这次的discuz)的字符集和是 保持一致的

下面是把 字符集改成一致后的效果 :重启 ,root登陆phpmyadmin后,新字符集已经生效并保存住

2018-01-01 学后就用,phpmyadmin里的字符改动_第4张图片

你可能感兴趣的:(2018-01-01 学后就用,phpmyadmin里的字符改动)