/usr/bin/mysqld: unknown variable 'default-character-set=utf8'的解決
通過rpm包的方式安裝了MySQL-server-5.5.11,直接在命令列輸入service mysql start,啟動mysql成功,
然後修改/etc/my.cnf,給[mysqld]下增加了default-character-set=utf8,再重啟mysql服務,這時候報錯:
Starting MySQL............The server quit without updating PID file (/var/lib/mysql/node1.pid). [faild]
檢視日誌/var/log/mysql.log,發現其中提示:
/usr/bin/mysqld: unknown variable 'default-character-set=utf8'
看來是 default-character-set=utf8這個設定項惹得禍....
在網上搜索一番,發現有人提出,用character_set_server=utf8來取代 default-character-set=utf8 能解決這個問題,
試了試,換掉
character_set_server=utf8,
再啟動果然沒問題了...
相關推薦
/usr/bin/mysqld: unknown variable 'default-character-set=utf8'的解決
通過rpm包的方式安裝了MySQL-server-5.5.11,直接在命令列輸入service mysql start,啟動mysql成功, 然後修改/etc/my.cnf,給[mysqld]下增加了default-character-set=utf8,再重啟mysql服務,
報錯:mysqlbinlog: unknown variable 'default-character-set=utf8'
聽了一假期的課,現在開始一步步實戰熟悉。。。 下午在熟悉MySQL主從同步問題時,實踐測試,但是使用mysqlbinlog將binlog檔案轉換成人類可讀的內容時卻報錯: [[email protected] 3307]# mysqlbinlog re
Centos7常見問題解決方案 mysql報錯:/usr/sbin/mysqld:unknown variable 'default-character-set=utf8'
1,在Centos7中用MariaDB代替了mysql資料庫 ,2,mysql報錯:/usr/sbin/mysqld:unknown variable 'default-character-set=utf8' 修改mysql的字符集時,為了將預設字符集設定為utf-
mysqlbinlog 查看binlog日誌時報錯unknown variable 'default-character-set=utf8'
mysqlbinlogmysqlbinlog 查看binlog日誌時報錯unknown variable ‘default-character-set=utf8‘ 在通過全備文件和增量binlog文件來導出sql文件,用以恢復完整的數據庫時。由於裸的binlog文件是無法直視的,所以使用m
mysql:unknown variable 'default-character-set=utf8'
div local rep art file tin my.cnf server OS 1、修改my.cnf後,執行 service mysql restart 重啟數據庫失敗 service mysql restart Shutting down MySQL.. SUC
powerdesigner添加mysql的字符集ENGINE和DEFAULT CHARACTER SET
design data bject gen gbk bdb sql nod nes 工具欄-》database-》edit current DBMS 然後,選中:MYSQL50::Script\Objects\Table\Options 在options末尾添加:
CHARACTER SET utf8 COLLATE utf8_general_ci
DEFAULT CHARACTER SET utf8:資料庫字符集。設定資料庫的預設編碼為utf8,utf8中間不要"-"; COLLATE utf8_general_ci:資料庫校對規則。ci是case insensitive的縮寫,意思是大小寫不敏感;相對的是cs,即case sensiti
E: Sub-process /usr/bin/dpkg returned an error code (1)錯誤解決
from https://www.cnblogs.com/nkh222/p/8126455.html 在用apt-get安裝軟體時出現了類似於 install-info: No dir file specified; try --help for more informat
Sub-process /usr/bin/dpkg returned an error code (1)的解決方法
之前是專案中用的Docker容器,後來前天突然docker起服務,起不來了,報錯誤如下: FATA[0000] Cannot connect to the Docker daemon. Is ‘docker -d’ running on this host? 然後,我和我的小夥伴
Linux環境下gcc靜態編譯/usr/bin/ld: cannot find -lc錯誤原因及解決方法 原因:
原因: 一般出現這個問題的時候,Makefile中肯定有-static選項。這其實是靜態連結時沒有找到libc.a。 解決方案: 需要安裝glibc-static.xxx.rpm,如glibc-static-2.12-1.107.el6_4.2.i686.rpm,或是yum install gli
/usr/bin/env: bash: No such file or directory 解決辦法
The problem's cause was that Git on Windows converted the line endings of gradlew from Unix style (LF) to Windows style (CRLF). You can t
Ubuntu安裝軟體是出現E: Sub-process /usr/bin/dpkg returned an error code (1)的解決方法
在進行系統更新時,有三個軟體totem,totem-plugins,totem-mozilla,好嘛,三兄弟一起來了= = 安裝失敗,如果只是一般的出錯那就算了,關鍵是這貨出錯了之後就不讓我裝其他軟體了,一定要這三個軟體的問題解決了才能安裝其他軟體 從不能為了這貨就重灌系統
Sub-process /usr/bin/dpkg returned an error code (1)錯誤解決辦法
今天用onestack解除安裝openstack的時候遇到了標題的問題~解除安裝dashboard的時候卡住了。 百度之後得到了解決方案如下: 1.cd /var/lib/dpkg/info 2.刪除與那個openstack-dashboard程式相關的程式檔案 3
執行sudo apt-get upgrade時出現E: Sub-process /usr/bin/dpkg returned an error code (1)錯誤解決辦法
通過執行下面的命令可以解決該問題:$ sudo mv /var/lib/dpkg/info/ /var/lib/dpkg/info_old/ $ sudo mkdir /var/lib/dpkg/info/ $ sudo apt-get update ... $ sudo apt-get -f install
【轉】E: Sub-process /usr/bin/dpkg returned an error code (1)錯誤解決
bash:/home/sherlock/developer/android/sdk/platform-tools/adb:沒有那個檔案或目錄 這是因為Android SDK中的adb程式是32位的,Ubuntux64系統需要安裝32位庫檔案,用於相容32位的程式。 解決辦法:
usr/bin/mysqladmin: refresh failed; error: 'Unknown error'
chown line root stat 修復 bind tro ref 增加 debian wheezy 升級後, 由於授權錯誤, 導致password給改動, 在debian的mysql safe下也無法進入. 我在/etc/mysql/my.cnf 裏面已經改
導入MySQL數據庫提示"Unknown character set: 'utf8mb4'"錯誤
sof span bsp unknown splay 修改 打開數據庫 GC spm 錯誤提示:導入MySQL數據庫提示"Unknown character set: ‘utf8mb4‘"錯誤 分析: 看來是因為數據庫版本的問題導致的,之前網站MYSQL5.5版本
linux下sudo顯示sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set
linux中一些特殊的許可權(setuid/setgid/sticky) 問題描述 今天在測試檔案系統的時候,發現新建立的檔案系統不能使用sudo命令,具體表現如下: sudo su sudo: /usr/bin/sudo must be owned by ui
Caused by: java.sql.SQLException: Unknown initial character set index '255'...
一些進一步的調查表明,這個問題完全是在MySQL V.8.0中進行的更改: 關於字符集支援 重要更改: 預設字符集已從latin1變成utf8mb4。 因而系統變數受到影響: 字符集的預設值&nbs
Unknown initial character set index '255' received from server. Initial client character 解決方法
Unknown initial character set index '255' received from server. Initial client character set can be forced via the 'characterEncoding' pro