Tại sao 'IS NULL' 100x chậm hơn 'length() = 0' trên một cột blob?

Question

Tôi đang có một cơ sở dữ liệu ~ 90 MB bao gồm chủ yếu là tệp đính kèm thư bao gồm cột BLOB content, lưu trữ dữ liệu tệp đính kèm nhị phân.

Tôi cho rằng không phải là khôn ngoan khi tạo chỉ mục qua BLOB, vì vậy không có chỉ mục nào liên quan ngoài việc tự động hóa.

Để nhận được file đính kèm rỗng, tôi đã so sánh querys sau:

SELECT message_id FROM attachments WHERE content IS NULL; 

và

SELECT message_id FROM attachments WHERE length(content) = 0; 

đó dẫn đến việc hàng cùng trong usecase của tôi.

Tại sao người đầu tiên mất 250ms và người thứ hai chỉ có 1-2ms (cả trên SSD)? Lý do đằng sau điều đó là gì? Có chỉ số chiều dài ẩn hay gì đó không? Bất kỳ sự hiểu biết nào được đánh giá cao

thông tin bổ sung

1. Các EXPLAIN QUERY PLAN trong cả hai trường hợp là

   0 | 0 | 0 | SCAN TABLE file đính kèm

2. Sự phủ IS NOT NULL vs length() != 0 kết quả trong việc thực hiện tương tự chênh lệch 250ms so với 2ms.

3. Trong truy vấn kết hợp chỉ bao gồm các cột {NULL} WHERE content IS NULL AND length(content) = 0; mất 250ms và WHERE length(content) = 0 AND content IS NULL; mất 2ms.

Answer 1

Đây là những câu hỏi đơn giản khác nhau: LENGTH là một hàm vô hướng trả về (xem here)

(i) NULL nếu đầu vào là NULL
(ii) 0 nếu đầu vào là một chuỗi của zero chiều dài (hoặc nếu nó được chuyển đổi thành một chuỗi, resp.).

Do đó, điều kiện length(content)=0 là đúng đối với nội dung là chuỗi rỗng và sai khi nội dung là NULL (vì so sánh với NULL luôn là sai).

Dựa trên điều này, tôi đoán rằng bảng của bạn có chứa một số trường NULL và chỉ một số có chứa giá trị. Điều này cũng được hỗ trợ bởi thông tin bổ sung thứ hai của bạn, nơi bạn nói rằng IS NOT NULL cho thấy một hiệu suất tương đương.