做一個(gè)簡(jiǎn)單的如下的連表查詢，居然直接提示錯(cuò)誤，居然是字符集不一致的問題，本文記錄一下mysql的字符集類型，以及下面這個(gè)問題的解決方案
select a.id, b.id from tt as a, t2 as b where a.xx = b.xx
-- Illegal mix of collations (utf8mb4_unicode_ci,IMPLICIT) and (utf8mb4_general_ci,IMPLICIT) for operation '='
1. 解決方法
先來看上面這個(gè)問題的解決方法，最容易想到的就是統(tǒng)一兩張表的字符集，要么都是utf8mb4_general_ci，要么就都是utf8mb4_unicode_ci，統(tǒng)一一下這個(gè)問題就自然解決了
如果我不想修改表的字符集呢？畢竟生產(chǎn)環(huán)境下，做這種操作還是有風(fēng)險(xiǎn)的，下面是一種不太優(yōu)雅的解決方法
在字段后面指定字符集（可以全部都指定為utf8mb4_general_ci 當(dāng)然也可以全部指定為 utf8mb4_unicode_ci， 根據(jù)實(shí)際需要進(jìn)行處理即可）
select a.id, b.id from tt as a, t2 as b where a.xx = b.xx collate utf8mb4_general_ci
2. mysql字符集
字符集
對(duì)于國(guó)內(nèi)的小伙伴，一般而言我們常見的字符集有下面三種
- gbk: 兩字節(jié)
- utf8: 三個(gè)字節(jié)
- utf8mb4: 四個(gè)字節(jié)
而mysql實(shí)際支持的就比較多了，可以通過show charset;進(jìn)行查詢
校驗(yàn)規(guī)則
在實(shí)際的case中，經(jīng)常會(huì)看到下面幾種
- utf8_bin
- utf8mb4_unicode_ci
- utf8mb4_general_ci
- latin1_general_cs
當(dāng)然我們也可以通過 show collation;查看所支持的校驗(yàn)規(guī)則
請(qǐng)注意上面的寫法
- ci: case insensitive的縮寫 大小寫不敏感
- cs: case sensitive 大小寫敏感
- bin: 二進(jìn)制存儲(chǔ)，大小寫敏感
到此這篇關(guān)于Mysql 字符集不一致導(dǎo)致連表異常的解決的文章就介紹到這了,更多相關(guān)Mysql 字符集連表異常內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
您可能感興趣的文章:- MySql表、字段、庫的字符集修改及查看方法
- mysql字符集和校對(duì)規(guī)則(Mysql校對(duì)集)
- mysql修改數(shù)據(jù)庫編碼(數(shù)據(jù)庫字符集)和表的字符編碼的方法
- 深入Mysql字符集設(shè)置分析
- 修改mysql默認(rèn)字符集的兩種方法詳細(xì)解析
- Mysql5 字符集編碼問題解決
