Có vẻ là sự cố với trình điều khiển 2.0.x:đây là một chủ đề ...
Tôi vừa chạy cùng một truy vấn với 2.0.x và 1.4.x. Khi Giới hạn =1, cả hai đều thực hiện nhanh ~ 1ms. Khi Giới hạn =2, phiên bản 1.4.x giữ nguyên khoảng 1ms nhưng phiên bản 2.0.x tăng lên 25ms. Vì vậy, nó không chỉ là một vấn đề với đầu ra giải thích - đó chỉ là một triệu chứng của vấn đề.
Vào thứ Năm, ngày 8 tháng 1 năm 2015, 9:04:05 AM UTC-8, Joshua Abrams đã viết:Thật thú vị ... cùng một truy vấn sử dụng 1.4.x mang lại lời giải thích thích hợp trong đó n =2 (v.v.). Điều này có thể ảnh hưởng đến hiệu suất? Khi tôi chạy một truy vấn trong đó Limit =1, nó nhanh (như mong đợi) nhưng khi Limit =2, nó chậm hơn 100 lần ...
Vào thứ Năm, ngày 8 tháng 1 năm 2015 8:52:28 AM UTC-8, christkv đã viết:không thực sự. Đề xuất của tôi là tạo một trường hợp thử nghiệm có thể tái tạo tối thiểu (mã và dữ liệu) và mở một vé trên jira.mongodb.com. rất khó để biết điều gì có thể xảy ra. Nó không chắc là người lái xe nhưng một người không bao giờ biết. hãy thử với nhánh 1.4.x cũng như để loại trừ ít nhất rằng đó là sự cố nhánh 2.0.x.
Vào thứ Năm, ngày 8 tháng 1 năm 2015 5:47:45 CH UTC + 1, Joshua Abrams đã viết:Vừa mới kiểm tra và tôi đang sử dụng trình điều khiển 2.0.12. Bạn có suy nghĩ gì khác không?
Vào thứ Năm, ngày 8 tháng 1 năm 2015 8:23:16 AM UTC-8, christkv đã viết:giải thích là chỉ lấy lại tất cả các kết quả trong trình điều khiển thay vì kết quả một phần. do đó bạn có được kế hoạch. Một điều bạn cần lưu ý có thể là bạn đang sử dụng trình điều khiển trước 1.4.19 bị lỗi khi đặt batchSize thành 1.
Vào thứ Năm, ngày 8 tháng 1 năm 2015, 5:01:42 CH UTC + 1, Joshua Abrams đã viết:Gần đây, tôi đã gặp một số vấn đề về hiệu suất với trình điều khiển. Limit =1 =1ms, Giới hạn> 1 =150ms (mongo-tan-down)
Không chắc chắn nguyên nhân gốc rễ của nó là gì - và không thể gỡ lỗi khi tôi không thể giải thích chính xác: Trình điều khiển nút gốc MongoDB:Giải thích là bị hỏng?
