1 起因
項(xiàng)目遷移數(shù)據(jù)庫, 重新啟動后, 報(bào)錯(cuò)"T_AAA表不存在", 但數(shù)據(jù)庫中可以查看到該表并有數(shù)據(jù)
2 問題分析
通過重裝系統(tǒng)與數(shù)據(jù)庫, 確認(rèn)系統(tǒng)與數(shù)據(jù)庫純凈, 排除系統(tǒng)和數(shù)據(jù)庫的原因
使用同一方式恢復(fù)兩天前和一天前的數(shù)據(jù)備份, 同樣不能啟動項(xiàng)目, 排除數(shù)據(jù)內(nèi)容的原因
使用mysqldump和導(dǎo)出SQL文件兩種方式, 恢復(fù)一天前的數(shù)據(jù), 同樣不能啟動項(xiàng)目, 排除恢復(fù)方式的原因
以上方式基本是運(yùn)維人員參與, 等技術(shù)總監(jiān)參與觀察項(xiàng)目報(bào)錯(cuò)后, 猛然發(fā)現(xiàn)是表名大小寫的問題, 通過測試最終確定原因:
使用rpm包安裝數(shù)據(jù)庫, 自動初始化時(shí)將lower_case_table_names設(shè)置為0, 表名大小寫敏感, 數(shù)據(jù)庫中為小寫, 代碼中為大寫
3 解決方案
- 刪除已初始化的數(shù)據(jù)庫, 即base_dir, data_dir等
- 重新初始化數(shù)據(jù)庫, 將lower_case_table_names設(shè)置為1
- 重新恢復(fù)備份數(shù)據(jù)
4 總結(jié)
MySQL8.0及以上版本, 只能在初始化的時(shí)候設(shè)置lower-case-table-names參數(shù), 無法通過修改my.cnf實(shí)現(xiàn)(在my.cnf中增加配置會報(bào)錯(cuò))
初始化數(shù)據(jù)庫不需要卸載整個(gè)MySQL重裝, 只需要使用mysqld命令即可
base_dir等用戶組應(yīng)為mysql, linux下命令為:
chown -R mysql.mysql MySQL數(shù)據(jù)路徑(即base_dir)
linux下遞歸創(chuàng)建目錄
mkdir -p mysql/lib/mysql-files
MySQL重新初始化
mysqld -initialize --lower-case-table-names=1
MySQL8.0以上, 需要先創(chuàng)建用戶再賦權(quán)
create user 'test'@'%' identified by 'test';
-- with option 可以把權(quán)限賦予其它用戶
grant all privileges on test.* to 'test'@'%' with option;
到此這篇關(guān)于詳解記錄MySQL中l(wèi)ower_case_table_names的坑的文章就介紹到這了,更多相關(guān)MySQL lower_case_table_names內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
您可能感興趣的文章:- 詳解關(guān)于MySQL 8.0走過的坑
- 升級到MySQL5.7后開發(fā)不得不注意的一些坑
- 淺談mysql8.0新特性的坑和解決辦法(小結(jié))
- MySQL中NOT IN填坑之列為null的問題解決
- MySQL 5.7臨時(shí)表空間如何玩才能不掉坑里詳解
- Mysql 5.7.19 免安裝版遇到的坑(收藏)
- mysql 8.0.18 壓縮包安裝及忘記密碼重置所遇到的坑
- 分享MySql8.0.19 安裝采坑記錄