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