国产无码综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

_{<rp id="ys99z"></rp>}

mysql出現(xiàn)錯(cuò)誤 ‘utf8mb4_0900_ai_ci‘ 或 ‘utf8_0900_ai_ci‘

2年前作者：夜釣星云分類：Toy博客閱讀(24)違法舉報(bào)

這篇具有很好參考價(jià)值的文章主要介紹了mysql出現(xiàn)錯(cuò)誤 ‘utf8mb4_0900_ai_ci‘ 或 ‘utf8_0900_ai_ci‘。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方，請(qǐng)大家不吝賜教，您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問(wèn)。

1：在我們使用mysql數(shù)據(jù)庫(kù)，進(jìn)行日常開(kāi)發(fā)的過(guò)程中，會(huì)經(jīng)常進(jìn)行導(dǎo)入導(dǎo)出的操作

2：在使用mysql工具或者使用第三方數(shù)據(jù)庫(kù)管理工具，進(jìn)行數(shù)據(jù)庫(kù)導(dǎo)入運(yùn)行SQL腳本的時(shí)候，出現(xiàn)這種錯(cuò)誤。

utf8mb4_0900_ai_ci,隨筆,sql,mysql

或者 "utf8_0900_ai_ci" 錯(cuò)誤?，均是數(shù)據(jù)庫(kù)版本從高版本導(dǎo)入到低版本導(dǎo)致的。

解決方案有兩種：

1：使用一致的數(shù)據(jù)庫(kù)版本

2：打開(kāi)sql腳本，把sql腳本中的所有? utf8mb4_0900_ai_ci? 或者 utf8_0900_ai_ci? 替換為utf8_general_ci，同時(shí)將utf8mb4替換為utf8

修改保存之后在運(yùn)行SQL腳本，就不在會(huì)出現(xiàn)錯(cuò)誤了文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-540686.html

到了這里，關(guān)于mysql出現(xiàn)錯(cuò)誤 ‘utf8mb4_0900_ai_ci‘ 或 ‘utf8_0900_ai_ci‘的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！

本文來(lái)自互聯(lián)網(wǎng)用戶投稿，該文觀點(diǎn)僅代表作者本人，不代表本站立場(chǎng)。本站僅提供信息存儲(chǔ)空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載，請(qǐng)注明出處：如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符，請(qǐng)點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋，一經(jīng)查實(shí)，立即刪除！

分享到：

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

utf8mb4的utf8mb4_0900_ai_ci如何理解?mysql新建庫(kù)如何選擇字符集?
MySQL字符集詳解_永遠(yuǎn)是少年啊的博客-CSDN博客_mysql 字符集今天繼續(xù)給大家介紹MySQL相關(guān)知識(shí)，本文主要內(nèi)容是MySQL字符集。一、MySQL字符集簡(jiǎn)介二、查看和設(shè)置MySQL字符集（一）查看當(dāng)前字符集設(shè)置（二）更改默認(rèn)字符集（三）在創(chuàng)建表時(shí)指定字符集三、更改MySQL字符集 https:
2024年02月09日
瀏覽(28)
MySQL報(bào)錯(cuò) 1273 - Unknown collation: ‘utf8mb4_0900_ai_ci‘
MySQL報(bào)錯(cuò)如下原因：我這里SQL文件對(duì)應(yīng)的MySQL版本是8.0版本，我本地是5.7版本，高級(jí)往低級(jí)導(dǎo)入時(shí) 版本不兼容，引發(fā)了1273錯(cuò)誤。解決方法：將文件中的所有 utf8mb4_0900_ai_ci 替換為 utf8_general_ci ，同時(shí)將 utf8mb4 替換為 utf8 。
2024年02月11日
瀏覽(16)
MySQL - 常用排序規(guī)則utf8mb4_general_ci、utf8mb4_unicode_ci、utf8mb4_bin、utf8mb4_0900_ai_ci和存儲(chǔ)字符集 utf8 和 utf8
在創(chuàng)建數(shù)據(jù)庫(kù)時(shí)，我們經(jīng)常會(huì)需要填寫(xiě)數(shù)據(jù)庫(kù)名、字符集、排序規(guī)則常用的存儲(chǔ)字符集 utf8 和 utf8mb4 排序字符集 utf8mb4_unicode_ci 和 utf8mb4_general_ci、utf8mb4_bin、utf8mb4_0900_ai_ci 1、utf8 utf8 是 Mysql 中的一種字符集，只支持最長(zhǎng)三個(gè)字節(jié)的 UTF-8 字符，也就是 Unicode 中的基本多文本平
2024年02月09日
瀏覽(26)
執(zhí)行SQL文件出現(xiàn)【Unknown collation “utf8mb4_0900_ai_ci”】的解決方案
從服務(wù)器MySQL中導(dǎo)出數(shù)據(jù)為SQL執(zhí)行腳本后，在本地執(zhí)行導(dǎo)出的SQL腳本。報(bào)錯(cuò)：Unknown collation “utf8mb4_0900_ai_ci” 打開(kāi)SQL腳本，查看 utf8mb4_0900_ai_ci ，這是字段的字符集。 1、MySQL 版本不一致。 2、字符集編碼不支持。 1、升級(jí) MySQL 數(shù)據(jù)庫(kù)版本將本地5.7版本的 MySQL數(shù)據(jù)庫(kù)升
2024年02月11日
瀏覽(29)
MySQL常用排序規(guī)則utf8mb4_general_ci、utf8mb4_unicode_ci、utf8mb4_bin、utf8mb4_0900_ai_ci和存儲(chǔ)字符集 utf8 和 utf8mb4
在創(chuàng)建數(shù)據(jù)庫(kù)時(shí)，我們經(jīng)常會(huì)需要填寫(xiě)數(shù)據(jù)庫(kù)名、字符集、排序規(guī)則；而本文主要講述常用的存儲(chǔ)字符集 utf8 和 utf8mb4；排序字符集 utf8mb4_unicode_ci 和 utf8mb4_general_ci、utf8mb4_bin、utf8mb4_0900_ai_ci 一般我本人創(chuàng)建創(chuàng)建數(shù)據(jù)庫(kù)通常排序規(guī)則都使用utf8mb4_general_ci，因?yàn)閷?duì)特殊字符的順
2024年01月17日
瀏覽(23)
Docker拉取mysql及utf8mb4_0900_ai_ci字符集解說(shuō)
概要主旨是為了研究mysql里的字符集，在實(shí)踐中發(fā)現(xiàn)中文的排序順序有點(diǎn)問(wèn)題，為了能讓中文排序正常，嘗試更改各種字符集做測(cè)試。 Mysql官方版本8.0以前默認(rèn)的應(yīng)該是latin1,8.0后默認(rèn)為utf8mb4了 Docker安裝Mysql docker拉取Mysql官方鏡像站地址：https://hub.docker.com/_/mysql docker可以一鍵
2024年01月22日
瀏覽(40)
MySQL執(zhí)行異常: Illegal mix of collations (utf8mb4_0900_ai_ci IMPLICIT) and (utf8mb4_general_ci...
Mysql生產(chǎn)庫(kù)存儲(chǔ)過(guò)程升級(jí)后執(zhí)行報(bào)錯(cuò)：SQL錯(cuò)誤( 1267 ) : Illegal mix of collations (utf8mb4_0900_ai _ci IMPLICIT) and (utf8mb4_general_ci IMPLICIT) for operation ‘=’。根據(jù)錯(cuò)誤提示，報(bào)錯(cuò)原因應(yīng)該是=號(hào)兩側(cè)內(nèi)容的排序規(guī)則（collation）不一致導(dǎo)致的報(bào)錯(cuò)。產(chǎn)生這個(gè)問(wèn)題一種情況是兩個(gè)字段的排序規(guī)則不
2024年02月16日
瀏覽(23)
MySQL提示Illegal mix of collations (utf8mb4_0900_ai_ci,IMPLICIT) and (utf8mb4_general_ci,IMPLICIT)
根據(jù)錯(cuò)誤提示，報(bào)錯(cuò)原因應(yīng)該是=號(hào)兩側(cè)內(nèi)容的排序規(guī)則（collation）不一致導(dǎo)致的報(bào)錯(cuò)。原sql中出現(xiàn)了： status?!=\\\'取消\\\' 原因是：表字段的排序規(guī)則為utf8mb4_0900_ai _ci，而字面常量是排序規(guī)則是utf8mb4_general_ci ?collation_connection用于字面常量比較，如果字段比較會(huì)使用字段或表聲明
2024年01月18日
瀏覽(24)
8.0的排序規(guī)則utf8mb4_0900_ai_ci和utf8mb4_general_ci有何區(qū)別？
utf8mb4_0900_ai_ci和utf8mb4_general_ci都是MySQL針對(duì)utf8mb4編碼的排序規(guī)則。對(duì)于utf8mb4_0900_ai_ci來(lái)說(shuō)，0900代表Unicode 9.0的規(guī)范，ai表示accent insensitivity，也就是“不區(qū)分音調(diào)”，而ci表示case insensitivity，也就是“不區(qū)分大小寫(xiě)”。 MySQL 8.0之后，默認(rèn)collation不再像之前版本一樣是是utf8mb4
2024年02月11日
瀏覽(25)
Unknown collation: ‘utf8mb4_0900_ai_ci’的解決方法
今天在用Navicat往mysql（5.7版本）導(dǎo)入sql文件時(shí)，出現(xiàn)Unknown collation: \\\'utf8mb4_0900_ai_ci’錯(cuò)誤。分析出現(xiàn)這樣的問(wèn)題是原sql文件是mysql（8.0版本），高級(jí)往低級(jí)（5.7版本）導(dǎo)入時(shí)出現(xiàn)版本不兼容的情況。解決把文件中的所有的 utf8mb4_0900_ai_ci 替換為 utf8_general_ci 以及 utf8mb4 替換為
2024年02月11日
瀏覽(22)