詳解記錄MySQL中lower_case_table_names的坑

Posted on by

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內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！

推薦閱讀：