不要在MySQL中使用utf8，改用utf8mb4

阿新 • • 發佈：2019-05-15

一、為什麼需要使用utf8mb4。

在mysql、MariaDB中：

MySQL的“utf8mb4”是真正的“UTF-8”。長度是4個位元組。
MySQL的“utf8”是mysql自己的一種“專屬的編碼”，它的最大字元長度為 3 位元組。只是“UTF-8”標準的一個子集。
所以Emoji 表情（Emoji 是一種特殊的 Unicode 編碼，常見於 ios 和 android 手機上），和一些不常用的漢字，儲存就會報錯。

二、修改資料庫連線。參考文件。

原jdbcUrl：jdbc:mysql:///dbname?useUnicode=true&characterEncoding=UTF-8

需要去掉編碼引數useUnicode=true&characterEncoding=UTF-8 改為： jdbcUrl：jdbc:mysql:///dbname

參考文件：
https://help.aliyun.com/knowledge_detail/41702.html
http://ju.outofmemory.cn/entry/359647
https://my.oschina.net/u/3452433/blog/887908
https://yq.aliyun.co

不要在MySQL中使用utf8，改用utf8mb4

一、為什麼需要使用utf8mb4。在mysql、MariaDB中： MySQL的“utf8mb4”是真正的“UTF-8”。長度

企業微信點餐系統讀後感 mysql中utf8和utf8mb4區別

1：架構示例圖 2：mysql中utf8和utf8mb4區別那上面說了既然utf8能夠存下大部分中文漢字,那為什麼還要使用utf8mb4呢? 原來mysql支援的 utf8 編碼最大字元長度為 3 位元組，如果遇到 4 位元組的寬字元就會插入異常了。三個位元組的 UTF-

全面瞭解mysql中utf8和utf8mb4的區別

一.簡介 MySQL在5.5.3之後增加了這個utf8mb4的編碼，mb4就是most bytes 4的意思，專門用來相容四位元組的unicode。好在utf8mb4是utf8的超集，除了將編碼改為utf8mb4外不需要做其他轉換。當然，為了節省空間，一

mysql中utf8和utf8mb4區別

mysql中utf8和utf8mb4區別 MySQL在5.5.3之後增加了這個utf8mb4的編碼，mb4就是most bytes 4的意思，專門用來相容四位元組的unicode。好在utf8mb4是utf8的超集，除了將編碼改為utf8mb4外不需要做其他轉換。當然，為了節省空間，一般情況下使

mysql中char，varchar與text類型的區別和選用

數據庫服務器填充處理 sdn ext 支持內容總結 ace 關於char，varchar與text平時沒有太在意，一般來說，可能現在大家都是用varchar。但是當要存儲的內容比較大時，究竟是選擇varchar還是text呢？不知道。。。。。。 text 、 cha

MySQL中utf8字符集、排序規則及utf8mb4_bin列大小寫不敏感方法

轉載：https://my.oschina.net/u/1245414/blog/1831347 一、utf8mb4 和 utf8 比較 utf8mb4: A UTF-8 encoding of the Unicode character set using one to four

date存入mysql中時，多了一秒的解決方案

mysql中欄位型別為datetime，java程式碼中存入2018-09-26 11:06:56時，到了資料庫中值會變為2018-09-26 11:06:57 具體原因本人還沒有驗證，參照別人的部落格，可能的原因如下： 1、因為資料庫驅動升級，導致

Mysql中char，varchar與text型別的區別和選用

關於char，varchar與text平時沒有太在意，一般來說，可能現在大家都是用varchar。但是當要儲存的內容比較大時，究竟是選擇varchar還是text呢？不知道。。。。。。於是去查閱了一些資料，順便將這三種類型做個比較：（1）char: char不用多說

MySQL中Calendar，mysql.jar中時間轉換引發的錯誤

做使用者匯出的功能，程式碼報錯，報錯內容如下： Exception in thread "main" java.lang.IllegalArgumentException: HOUR_OF_DAY: 0 -> 1 at java.util.GregorianCale

mysql中char，varchar與text型別的區別

text 、 char、varchar 是資料在資料庫中的存放策略問題，設定資料型別的目的為了合理應用儲存空間，是資料庫伺服器資料型別劃分的方式。對於應用程式，把它們和string對應就可以了。三種類型做個比較（1）char: char不用多說了，它是定

mysql中交集，並集，差集，左連線，右連線

學習mysql也有一個月啦，在這個月中，都是按照需求對資料表進行一些基本操作，在這個過程當中，經常使用到左連線，右連線，交集，取差集等，現在對其基本操作進行歸納總結。資料來源：表一：

隨筆:mysql 中concat，concat_ws，substr，substring_index的區別

concat：連線字串。如：select concat("a","b") from xxx 結果：ab concat_ws：連線字串，在連線的多個字串之間增加需要的關鍵字 select concat_ws(",","1","2"，"3") from xxx 結果：1,2,3

MySQL中DATE，DATETIME和TIMESTAMP型別支援範圍

近日在寫完專案，在insert資料做測試時，發現了一個小問題。開發工具中報錯如下： ### Error updating database. Cause: com.mysql.jdbc.MysqlDataTruncation: Data truncation: Incorrec

mysql中IN，OR，BETWEEN效能比較

這裡的查詢條件有三種：between，or 和 in。這裡id列是索引列，如果不是的話，三個查詢都是全表掃描，效能差距應該不大。 1 準備環境程式碼如下複製程式碼 mysql> show create table tinG **********

mysql中where，limit於order by 的使用陷阱

在Mysql中我們常常用order by來進行排序，使用limit來進行分頁，當需要先排序後分頁時我們往往使用類似的寫法select * from 表名 order by 排序欄位 limt M,N。但是這種寫法卻隱藏著較深的使用陷阱。在排序欄位有資料重複的情況下，會很容

mysql中Timestamp，time，datetime 區別

TIMESTAMP[(M)]時間戳。範圍是’1970-01-01 00:00:00’到2037年。TIMESTAMP列用於INSERT或UPDATE操作時記錄日期和時間。如果你不分配一個值，表中的第一個TIMESTAMP列自動設定為最近操作的日期和時間。也可以通過分配一個NU

oracle,mysql中字串，date，timestamp轉換

查詢當前系統日期： Oracle: select to_char(sysdate, 'yyyy-mm-dd') Mysql:select current_date或者 select curdate() 查詢當前系統時間： Oracle: select to_char(s

用MySQL的朋友們請不要使用"utf8"，請使用"utf8mb4"

是什麽明顯 target 源碼占用標準丟失信息字符編碼轉自： (譯)用MySQL的朋友們請不要使用"utf8"，請使用"utf8mb4" 用MySQL的朋友們請不要使用"utf8"，請使用"utf8mb4" 今天我試圖把UTF-8編碼的字符串插入使用“u

記住，永遠不要在MySQL中使用“utf8”編碼

最近工作中我遇到了一個 bug，我試著通過 Rails 在以“utf8”編碼的MariaDB中儲存一個 UTF-8 字串，然後出現了一個離奇的錯誤：Incorrect string value: ‘\xF0\x9F\x98\x83 我用的是 UTF-8 編碼的客戶端，伺服器也

mysql 修改設定字符集，將utf8 修改為utf8mb4,支援emoji表情

utf-8編碼可能2個位元組、3個位元組、4個位元組的字元，但是MySQL的utf8編碼只支援3位元組的資料，而移動端的表情資料是4個位元組的字元。如果直接往採用utf-8編碼的資料庫中插入表情資料，java程式中將報SQL異常： java.sql.SQLExcept

不要在MySQL中使用utf8，改用utf8mb4

一、為什麼需要使用utf8mb4。

二、修改資料庫連線。參考文件。

相關推薦