需要從數(shù)據(jù)庫查詢語句著手，來排查以及解決“TP顯示1054”此錯誤。這個錯誤代碼一般意味著，你所執(zhí)行的SQL語句當(dāng)中，有未知的列名或者字段名。簡略講，就是你嘗試去查詢或者操作一個存在于數(shù)據(jù)庫里但實際并不存在的列。這常常出現(xiàn)于手寫SQL時出現(xiàn)的拼寫失誤之狀況，或者在程序有所更新后，數(shù)據(jù)庫表結(jié)構(gòu)卻沒有同步進行變更的情形。下面呢我將會詳細(xì)剖析幾種常見原因以及對應(yīng)的解決辦法。
TP顯示1054錯誤是什么原因造成的
造成1054錯誤的首要緣由是字段名拼寫有誤或者大小寫不相互匹配，特別是在MySQL里，要是數(shù)據(jù)庫表字段被定義成user_name，可你的查詢語句寫成username或者UserName，這樣就會觸發(fā)此錯誤 ，再者，運用了錯誤的表別名也極有可能引發(fā)問題，比如說,你給表users設(shè)定了別名u，然而在后續(xù)查詢期間卻引用了別名a名下的字段，數(shù)據(jù)庫顯然沒辦法識別 。查看你Model類里的代碼，認(rèn)真核查每一個字段名的拼寫，以及別名引用，這是第一步。再查看你Db類中的代碼，仔細(xì)核對每一個字段名的拼寫，以及別名引用，它同樣是第一步。
如何快速定位TP顯示1054的錯誤位置
正對著一個陡然冒出來的1054錯誤，迅速進行定位乃是最為關(guān)鍵之舉。首先哈，把ThinkPHP的詳盡SQL日志給開啟。于應(yīng)用配置文件里頭設(shè)定數(shù)據(jù)庫調(diào)試模式，如此一來系統(tǒng)就會記錄下每一回執(zhí)行的原生SQL語句。尋覓到引發(fā)錯誤的那條SQL，把它復(fù)制到數(shù)據(jù)庫管理工具（像phpMyAdmin、Navicat這樣的）當(dāng)中直接去執(zhí)行，平常來講錯誤信息會變得愈發(fā)明確。對于其次的情況而言，前往檢查那最近經(jīng)過修改的與數(shù)據(jù)庫相關(guān)的代碼，尤其是針對模型也就是Model的字段定義，還有查詢器也就是Query的鏈?zhǔn)讲僮?，以及任何一處直接運用Db::table()或者Db::name()去編寫原生查詢的地方。
解決TP顯示1054錯誤的具體步驟有哪些
首先要做的是對字段名予以修復(fù)，把日志里所記錄的SQL語句同數(shù)據(jù)庫實際的表結(jié)構(gòu)開展比對，去修正那兒存在的拼寫錯誤或者錯誤別名。接下來是要同步數(shù)據(jù)結(jié)構(gòu)，要是你于代碼里添加了新的字段，然而卻沒有在數(shù)據(jù)庫表之中執(zhí)行ALTER TABLE來增添該列，那么就需要執(zhí)行遷移腳本或者手動變動表結(jié)構(gòu)。再下一步就是對緩存進行檢查，在某些情形之下，ThinkPHP的模型字段信息緩存有可能并未更新，進而致使其運用了舊的字段列表，能夠嘗試去清除運行時緩存（即runtime目錄）以此來解決問題。最后，確保你的數(shù)據(jù)庫連接配置正確，沒有連接到錯誤的數(shù)據(jù)庫。
如何避免今后再次出現(xiàn)TP顯示1054錯誤
為防止該錯誤再度出現(xiàn)，構(gòu)建規(guī)整的工作流程極為關(guān)鍵。于開發(fā)進程里，針對數(shù)據(jù)庫表結(jié)構(gòu)所做的任何改動，均應(yīng)當(dāng)借助數(shù)據(jù)庫遷移工具（比如ThinkPHP自身攜帶的遷移組件）予以管理，以此保證代碼與數(shù)據(jù)庫Schema達成同步狀態(tài)。其次，應(yīng)盡可能運用ORM（對象關(guān)系映射）來展開查詢，削減手寫原生SQL的情況，借助模型自動獲取字段清單。于團隊協(xié)作期間，在提交代碼之前開展交叉審核工作，尤其是針對涉及數(shù)據(jù)庫操作的那部分內(nèi)容。另外，于測試環(huán)境當(dāng)中，充分地去做數(shù)據(jù)庫操作測試，如此便能夠在上線以前，攔截大部分的這類錯誤 。
在平時的日常開發(fā)當(dāng)中，你究竟是更加習(xí)慣于運用ORM去防止此類錯誤的出現(xiàn)，還是更偏向于親手書寫SQL并且配合極為嚴(yán)格的代碼審查呢？歡迎于評論區(qū)里分享你個人的經(jīng)驗以及看法，要是這篇文章對你存在幫助的話，請進行點贊給予支持。
