Phân tích quá trình thực thi truy vấn bằng Query Explain

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:

  1. Trong bảng điều khiển Google Cloud, hãy chuyển đến trang Cơ sở dữ liệu.

    Chuyển đến Cơ sở dữ liệu

  2. 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 đó.
  3. 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.
  4. Nhấp vào thẻ Giải thích để xem kết quả phân tích truy vấn.

    Thẻ Giải thích truy vấn trong bảng điều khiể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, distinctcount, 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, allPlansExecutionqueryPlanner.

    • queryPlanner: Chỉ trả về kế hoạch thực thi mà không thực thi truy vấn,
    • executionStatsallPlansExecution: 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ết executionStats hoặc allPlansExecution.

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