字符集與排序規則 utf8_general_ci編碼每個字符需要3個字節，所以varchar（20）使用61個字節，varchar（255）使用766個字節； utf8mb4_general_ci編碼每個字符需要4個字節，所以varchar（20）使用81個字節，varchar（255）使用1021個字節； ``` varchar長度設置 nd5字段內容為“7e9117c8849626ebdc78525288cc3b45” 則md5字段長度可以設置為32（以實際為準，與字節算法無關） ``` 以下部分轉自 http://blog.csdn.net/qqduxingzhe/article/details/65444893； utf8 跟utf8mb4具有相同的儲存特性：相同的代碼值，相同的編碼，相同的長度。 不過utf8mb4擴展到一個字符最多可有4位元，所以能支持更多的位元集。 utf8mb4兼容utf8，且比utf8能表示更多的字串，將編碼改為utf8mb4外不需要做其他轉換。 為了要跟國際接軌，原本的utf8編碼在儲存某些國家的文字(或是罕見字)已經不敷使用，? 因此在mysql 5.5.3版以上，可以使用4-Byte UTF-8 Unicode的編碼方式。 utf8跟utf8mb4具有相同的儲存特性：相同的代碼值，相同的編碼，相同的長度。 不過utf8mb4擴展到一個字符最多可有4位元，所以能支持更多的位元集。 utf8mb4兼容utf8，且比utf8能表示更多的字串，將編碼改為utf8mb4外不需要做其他轉換。 utf8已經能夠存下大部分的中文字，那為什么還要改成使用utf8mb4呢？ 原因為mysql支持的utf8編碼最大長度為3位元(Unicode字符是0xffff)稱之Unicode的基本多文種平面(BMP)，但如果遇到4位元的寬字串就會插入異常了，也就是任何不在基本多文本平面的Unicode字串，都無法使用Mysql的utf8字串集儲存。 如果要開發討論區或是大型跨國網頁程式，為了擁有更加的文字兼容性，就可以使用utf8mb4。 然而，在CHAR類型數據，utf8mb4會比utf8多消耗一些空間，故Mysql官方指出，使用VARCHAR替代CHAR。 最后，到底要用utf8mb4_general_ci還是utf8mb4_unicode_ci呢？ 建議使用：utf8mb4_unicode_ci utf8mb4_unicode_ci使用標準的Unicode Collat??ion Algorithm(UCA)，? utf8mb4_general_ci比utf8mb4_unicode_ci速度要來得快，? 但是utf8mb4_unicode_ci比utf8mb4_general_ci要來得精確。? utf8mb4對應的排序字符集有utf8mb4_unicode_ci、utf8mb4_general_ci. utf8mb4_unicode_ci和utf8mb4_general_ci的對比： 準確性： utf8mb4_unicode_ci是基于標準的Unicode來排序和比較，能夠在各種語言之間精確排序 utf8mb4_general_ci沒有實現Unicode排序規則，在遇到某些特殊語言或者字符集，排序結果可能不一致。 但是，在絕大多數情況下，這些特殊字符的順序并不需要那么精確。 性能 utf8mb4_general_ci在比較和排序的時候更快 utf8mb4_unicode_ci在特殊情況下，Unicode排序規則為了能夠處理特殊字符的情況，實現了略微復雜的排序算法。 但是在絕大多數情況下發，不會發生此類復雜比較。相比選擇哪一種collation，使用者更應該關心字符集與排序規則在db里需要統一。