Trang này mô tả cách truy xuất thông tin thực thi truy vấn khi bạn thực thi một truy vấn.
Sử dụng tính năng Giải thích truy vấn
Bạn có thể sử dụng tính năng Giải thích truy vấn để hiểu cách thực thi các truy vấn. Tính năng này cung cấp thông tin chi tiết mà bạn có thể dùng để tối ưu hoá các truy vấn.
Bạn có thể sử dụng tính năng Giải thích truy vấn thông qua bảng điều khiển Google Cloud hoặc lệnh explain.
Bảng điều khiển
Thực thi một truy vấn trong Trình chỉnh sửa truy vấn và mở thẻ Giải thích:
-
Trong bảng điều khiển Google Cloud, hãy chuyển đến trang Cơ sở dữ liệu.
- Trong danh sách cơ sở dữ liệu, hãy chọn một cơ sở dữ liệu Cloud Firestore. Bảng điều khiển Google Cloud sẽ mở Trình khám phá Firestore cho cơ sở dữ liệu đó.
- Nhập một truy vấn trong trình chỉnh sửa truy vấn rồi nhấp vào Chạy.
-
Nhấp vào thẻ Giải thích để xem kết quả phân tích truy vấn.
API MongoDB
Tính năng Giải thích truy vấn trong API MongoDB được hỗ trợ thông qua lệnh
explain
. Bạn có thể sử dụng lệnh này trong các công cụ như Mongo Shell và Compass.
Lệnh explain được hỗ trợ với các lệnh aggregate, find, distinct và count, ví dụ:
db.collection.explain('executionStats').find(...)
Bạn cũng có thể sử dụng phương thức explain(), ví dụ:
db.collection.find({QUERY}).explain('executionStats')Hạn chế
Hãy lưu ý các hạn chế và điểm khác biệt sau:-
Tính năng Giải thích truy vấn không hỗ trợ các lệnh trả về con trỏ. Ví dụ: bạn không thể gọi tính năng giải thích bằng cách gọi trực tiếp lệnh sau:
db.collection.aggregate(..., explain: true)
Tính năng Giải thích truy vấn chỉ được hỗ trợ trên các lệnh
find,aggregate,count,distinct,update,delete, vàfindAndModify.-
Tính năng Giải thích truy vấn hỗ trợ các chế độ chi tiết
executionStats,allPlansExecutionvàqueryPlanner.queryPlanner: Chỉ trả về kế hoạch thực thi mà không thực thi truy vấn,executionStatsvàallPlansExecution: Trả về kế hoạch thực thi cùng với số liệu thống kê về việc thanh toán, bộ nhớ và quá trình thực thi.
Nếu bạn không chỉ định chế độ chi tiết, thì trình bao sẽ mặc định là
queryPlanner. Để xem số liệu thống kê đầy đủ về quá trình thực thi, bạn phải chỉ định chế độ chi tiếtexecutionStatshoặcallPlansExecution.
Phân tích
Kết quả của tính năng Giải thích truy vấn chứa 2 thành phần chính: Số liệu thống kê tóm tắt và Cây thực thi. Hãy xem xét truy vấn này làm ví dụ:
db.orders.aggregate(
[
{ "$match": { "user_id": 1234 } },
{ "$sort": { "date_placed": 1 } }
]
)
Số liệu thống kê tóm tắt
Phần đầu của kết quả được giải thích chứa thông tin tóm tắt về số liệu thống kê thực thi. Hãy sử dụng các số liệu thống kê này để xác định xem một truy vấn có độ trễ hoặc chi phí cao hay không. Phần này cũng chứa số liệu thống kê về bộ nhớ để cho bạn biết truy vấn của bạn gần với giới hạn bộ nhớ đến mức nào.
Execution:
results returned: 35
query id: 7e7b37ea1a259d79
request peak memory usage: 45.56 KiB (46,656 B)
data bytes read: 24.58 KiB (25,175 B)
entity row scanned: 265
Billing:
read units: 7
Cây thực thi
Cây thực thi mô tả quá trình thực thi truy vấn dưới dạng một chuỗi các nút. Các nút dưới cùng (nút lá) truy xuất dữ liệu từ lớp lưu trữ, lớp này sẽ di chuyển lên cây để tạo phản hồi truy vấn.
Để biết thông tin chi tiết về từng nút thực thi, hãy tham khảo tài liệu tham khảo về Quá trình thực thi.
Để biết thông tin chi tiết về cách sử dụng thông tin này để tối ưu hoá các truy vấn, hãy xem bài viết Tối ưu hoá quá trình thực thi truy vấn.
Sau đây là ví dụ về cây thực thi:
Execution:
results returned: 35
query id: 7e7b37ea1a259d79
request peak memory usage: 45.56 KiB (46,656 B)
data bytes read: 24.58 KiB (25,175 B)
entity row scanned: 265
Billing:
read units: 7
Tree:
• Compute
| $out_1: map_set($record_1, "__id__", $__id___1, "__key__", unset)
| is query result: true
|
| Execution:
| records returned: 35
| latency: 204.87 ms (local 7.64 ms)
|
└── • Compute
| $__id___1: _id($__key___2)
|
| Execution:
| records returned: 35
| latency: 197.23 ms (local 2.04 ms)
|
└── • MajorSort
| fields: [$v_5 ASC]
| output: [$__key___2, $record_1]
|
| Execution:
| records returned: 35
| latency: 195.20 ms (local 28.42 ms)
| peak memory usage: 45.56 KiB (46,656 B)
|
└── • Compute
| $v_5: offset($v_4, 0L)
|
| Execution:
| records returned: 35
| latency: 166.78 ms (local 14.84 ms)
|
└── • Compute
| $v_4: sortPaths(array($date_placed_1), [date_placed ASC])
|
| Execution:
| records returned: 35
| latency: 151.94 ms (local 5.43 ms)
|
└── • TableScan
source: **/orders
order: STABLE
filter: $eq($user_id_1, 1,234)
output bindings: {$__key___2=row().__key__, $date_placed_1=row().date_placed, $record_1=row[* - { __create_time__, __update_time__ }](), $user_id_1=row().user_id}
output: [$__key___2, $date_placed_1, $record_1]
Execution:
records returned: 35
latency: 146.50 ms
data bytes returned: 3.25 KiB (3,325 B)
post-filtered rows: 230
records scanned: 265
data bytes read: 24.58 KiB (25,175 B)
Bước tiếp theo
- Để tìm hiểu về các nút cây thực thi, hãy xem tài liệu tham khảo về Quá trình thực thi truy vấn.
- Để tìm hiểu cách tối ưu hoá các truy vấn, hãy xem bài viết Tối ưu hoá quá trình thực thi truy vấn.