MongoDB 執行mongoexport時異常及分析
背景及報錯信息?
今天接到一個業務需求,需要從MongoDB 數據庫 order集合中導出符合以下條件的數據:
db.qqwj_order.find({"Source":NumberInt("21"),"Batch":"支付中的訂單提醒:2018/9/5","MsgContent":/還未完成在線付款/})
通過MongoDB 客戶端工具 【NoSQLBooster for MongoDB】查詢檢查,語句執行正常,顯示相應記錄數為 15265。
導出數據使用mongoexport命令,執行命令如下:
/data/mongodb/mongobin344/bin/mongoexport?-h 172.X.X.XXX --port 端口 --db 數據庫 -u 賬號 -p ‘密碼‘ --authenticationDatabase 認證數據庫 --type=csv -c qqwj_order -f MsgContent,REC_CreateTime??-q ‘{ "Source":NumberInt("21"),"Batch":"支付中的訂單提醒:2018/9/5","MsgContent":/還未完成在線付款/}‘?-o?/data/mongodb_back/sms.csv?
但是執行報錯:
XXX is not valid JSON: json: cannot unmarshal string into Go value of type json.NumberInt
錯誤截圖如下:
錯誤推斷及測試
因為報錯信息中NumberInt 關鍵字,此時去看我們的查詢條件正好也有此關鍵字,所以推測 是不是這個問題。
結果將導出命令中的 NumberInt("21") 直接替換為 21 ,再次執行。
執行命令為 :
/data/mongodb/mongobin344/bin/mongoexport?-h 172.X.X.XXX --port 端口 --db 數據庫 -u 賬號 -p ‘密碼‘ --authenticationDatabase 認證數據庫 --type=csv -c qqwj_order -f MsgContent,REC_CreateTime?-q ‘{"Source":21,"Batch":"支付中的訂單提醒:2018/9/5","MsgContent":/還未完成在線付款/}‘ -o?/data/mongodb_back/sms.csv
執行結果為
結果表明修改後,數據成功導出。
錯誤解析與原理探究
為什麽通過查詢器查看,數據就是????"Source" : NumberInt("21"),但是在shell 中的執行導出命令寫成"Source" : NumberInt("21") 就會報錯。而一定要轉換為"Source":21
查詢器查詢出的Source字段顯示:
明明就是?"Source" : NumberInt("21"),為什麽復制到shell,執行報錯???
回頭看,找原理。我們知道目前MongoDB 支持4中數據類型。
double
32-bit integer
64-bit integer
Decimal (New in version 3.4.)
在MongoDB客戶端可以執行查詢,但是在shell中無法執行導出,那麽會不會和這兩種工具有關?會不會和插入的NumberInt(數字) 還是NumberInt(‘數字‘)有關?
下面對假設進行驗證測試。
通過 NoSQLBooster for MongoDB 方式 插入測試數據
通過 shell方式插入測試數據
通過$type 去查看插入的數據類型
1》執行db.numbers.find({n:{$type:1}})?// Type 為 Double;查詢Type 為 Double的數據
以上查詢結果顯示,不管是通過客戶端還是shell,當數字不指明數據類型時,插入的數字數據默認都是Double。
?2》執行命令 db.numbers.find({n:{$type:16}})?// Type 為 32-bit integer ;查詢Type 為 32-bit integer的數據
以上查詢表名,不管通過客戶端還是shell,指定的NumberInt(5) 還是NumberInt(‘5‘) 後臺都轉成統一32-bit integer 類型存儲了。
?3》執行命令 db.numbers.find({n:{$type:18}})?// Type 為 64-bit integer 查詢Type 為 64-bit integer的數據
以上查詢表名,不管通過客戶端還是shell,指定的NumberLong(5) 還是NumberLong(‘5‘) 後臺都轉成統一64-bit integer 類型存儲了。
以上的測試說明,當我們在存儲數字數據時會自動轉儲(不管什麽客戶端工具,是shell還是 【NoSQLBooster for MongoDB】,不管 NumberLong(5) 還是NumberLong(‘5‘);NumberInt(5) 還是NumberInt(‘5‘))。
有點糊塗了吧? 如此這樣,那為什麽 在查詢是報錯呢?
回頭再看錯誤提示:XXX is not valid JSON: json: cannot unmarshal?string?into Go value of type json.NumberInt。
其意思是shell 認為我們把一個字符類型的數據傳給了 json.NumberInt。
那我如果將導出命令中的 NumberInt("21") 將 換成 NumberInt(21)
執行命令為 :
/data/mongodb/mongobin344/bin/mongoexport?-h 172.X.X.XXX --port 端口 --db 數據庫 -u 賬號 -p ‘密碼‘ --authenticationDatabase 認證數據庫 --type=csv -c qqwj_order -f MsgContent,REC_CreateTime?-q ‘{"Source": NumberInt(21),"Batch":"支付中的訂單提醒:2018/9/5","MsgContent":/還未完成在線付款/}‘ -o?/data/mongodb_back/sms.csv?
執行也成功。
結論
說了很多總結下:
執行失敗的導出命令是:
/data/mongodb/mongobin344/bin/mongoexport?-h 172.X.X.XXX --port 端口 --db 數據庫 -u 賬號 -p ‘密碼‘ --authenticationDatabase 認證數據庫 --type=csv -c qqwj_order -f MsgContent,REC_CreateTime?-q ‘{ "Source":NumberInt("21"),"Batch":"支付中的訂單提醒:2018/9/5","MsgContent":/還未完成在線付款/}‘ -o?/data/mongodb_back/sms.csv?
執行成功的導出命令是:
/data/mongodb/mongobin344/bin/mongoexport?-h 172.X.X.XXX --port 端口 --db 數據庫 -u 賬號 -p ‘密碼‘ --authenticationDatabase 認證數據庫 --type=csv -c qqwj_order -f MsgContent,REC_CreateTime?-q ‘{"Source":21,"Batch":"支付中的訂單提醒:2018/9/5","MsgContent":/還未完成在線付款/}‘ -o?/data/mongodb_back/sms.csv和?
/data/mongodb/mongobin344/bin/mongoexport?-h 172.X.X.XXX --port 端口 --db 數據庫 -u 賬號 -p ‘密碼‘ --authenticationDatabase 認證數據庫 --type=csv -c qqwj_order -f MsgContent,REC_CreateTime?-q ‘{"Source":?NumberInt(21),"Batch":"支付中的訂單提醒:2018/9/5","MsgContent":/還未完成在線付款/}‘ -o?/data/mongodb_back/sms.csv?
三個導出命令不同的地方已用紅色字體標註。
P.S?1?:後來作者深究了一下,為什麽同樣的查詢,通樣的查詢結果,有的顯示?"n" : 5?; 有的顯示 "n" : NumberInt("5")。嘻嘻 》》》》版本不同而已。
舊版本(部分)的顯示
新版本(例如nosqlbooster4mongo-4.7.1)的顯示
P.S?2?:在存儲數字數據時,到底會存儲為何種數據類型,其實和語言的的驅動有關。例如在Ruby 和 Python 語言裏在序列化整數時,驅動會自動確定是否編碼為32-bit integer 還是?64-bit integer;shell 需要顯示指定才可以。
MongoDB 執行mongoexport時異常及分析