北京
你或許經歷過這種抓狂時刻——一條 MongoDB 查詢利落地跑完，終端干干凈凈沒報任何錯，可打開結果一看，不是空屏就是多出一大堆不相干的記錄，甚至乍看都對，細查卻跟你的本意南轅北轍。這種“靜默出錯”的根子往往只有一條：你的查詢結構，并沒有真正貼合數據在庫里的存放方式。我們用一個診所數據庫來復盤，集合就叫visits，里頭一條典型的文檔長這樣：患者 Anna Keller，狀態已完成，看的是心臟科的 James Carter 醫生，癥狀有咳嗽發燒，開了兩條藥方，其中撲熱息痛還在用，賬單用卡支付，共 250 元。接下來，我們就掏出那些讓人拍大腿的查詢“坑”。
1. 丟了花括號，等于白忙
這個錯基本是手滑，但一滑就直接死機。你可能會順手這么寫：
db.visits.find(status: "completed")
結果當然是紅彤彤的報錯。find()方法永遠只吃對象，哪怕你只查一個條件，也得老實用{ }包住。正確的姿態是：
db.visits.find({ status: "completed" })
別小看這對括號，它就是你跟數據庫之間的契約——你給的是一個對象，它才認得你要查什么。
2. $or 不是普通對象，別把它當 JSON 甩進去
這個坑翻車率奇高，因為寫錯的版本怎么看都覺得“應該能跑”。你可能會這樣查已完成的就診，或者發票未支付的：
db.visits.find({$or: {status: "completed","invoice.paid": false})
然后 MongoDB 絲毫不給面子，直接甩一句：$or must be an array。$or要的是一個數組，里面每個條件自己就是一個對象。你得這么拆：
db.visits.find({$or: [{ status: "pending" },{ status: "completed" }})
把每一個條件關進獨立的{ }，再塞進[ ]里，這才叫“一組可選條件”。你之前丟進去的那個大對象，在它眼里根本不是數組，只會冷冷地拒絕你。
3. 嵌套字段當成平面字段去查
醫生字段在文檔里明明是個對象：
doctor: { name: "Dr. James Carter", specialty: "Cardiology" }
你偏要用下面的寫法去找心臟科醫生：
db.visits.find({ doctor: "Cardiology" })
這等于在問：“整個 doctor 字段，一字不差等于字符串 Cardiology 嗎？” MongoDB 一看，醫生明明是個帶名字和專科的對象，跟你給的字符串八竿子打不著，自然不會返回任何結果。要鉆進對象內部，得用點號路徑：
db.visits.find({ "doctor.specialty": "Cardiology" })
加個點，語義立刻清楚——你要查的是醫生的專科，而不是把整個醫生定義都替換掉。
4. 同一個鍵寫兩遍，后寫的悄悄覆蓋先寫的
想同時查心內科和皮膚科的醫生，你可能會這樣偷懶：
db.visits.find({"doctor.specialty": "Cardiology","doctor.specialty": "Dermatology"})
可 JSON 對象里，同樣的鍵重復出現時，后一個值會殘忍地覆蓋前一個。于是這條查詢實際上只查了皮膚科，心內科的醫生全被你“寫丟了”。要把多個可選值優雅地丟進一個查詢，MongoDB 要求你用$in操作符。雖然這里我們就不展開正確的寫法了，但記住這一條：當你需要在一個字段上匹配多種可能時，千萬別靠重復鍵，那不叫“多選”，那叫自己騙自己。
上面這四個錯誤，沒有一個會給你友好的語法報錯，只會默默吞掉你的數據，或者眼睜睜看著你面對空白結果犯懵。說到底，查詢不是猜謎——寫之前，多想一步數據的長相，少一點想當然的平鋪直敘，就能躲開絕大多數“靜默陷阱”。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
