Tại sao InnoDB không lưu trữ số hàng?

Mọi người đều biết rằng, trong các bảng sử dụng InnoDB làm công cụ, các truy vấn như SELECT COUNT(*) FROM mytablerất không chính xác và rất chậm, đặc biệt là khi bảng trở nên lớn hơn và có các thao tác chèn / xóa hàng liên tục trong khi truy vấn đó thực thi.

Theo tôi hiểu, InnoDB không lưu trữ số hàng trong một biến nội bộ, đó là lý do cho vấn đề này.

Câu hỏi của tôi là: Tại sao lại như vậy? Sẽ rất khó để lưu trữ thông tin như vậy? Đó là một thông tin quan trọng cần biết trong rất nhiều tình huống. Khó khăn duy nhất tôi thấy nếu một số lượng nội bộ như vậy sẽ được thực hiện là khi các giao dịch được tham gia: nếu giao dịch không được cam kết, bạn có đếm các hàng được chèn bởi nó hay không?

Tái bút: Tôi không phải là chuyên gia về DB, tôi chỉ là người có MySQL như một sở thích đơn giản. Vì vậy, nếu tôi chỉ hỏi điều gì đó ngu ngốc, đừng quá quan trọng: D.

Tôi đồng ý với @RemusRusanu (+1 cho câu trả lời của anh ấy)

SELECT COUNT(*) FROM mydb.mytabletrong InnoDB hoạt động như một công cụ lưu trữ giao dịch nên. So sánh nó với MyISAM.

MyISAM

Nếu mydb.mytablelà bảng MyISAM, khởi chạy SELECT COUNT(*) FROM mydb.mytable;cũng giống như chạy SELECT table_rows FROM information_schema.table WHERE table_schema = 'mydb' AND table_name = 'mytable';. Điều này kích hoạt tra cứu nhanh số lượng hàng trong tiêu đề của bảng MyISAM.

InnoDB

Nếu mydb.mytablelà một bảng InnoDB, bạn sẽ nhận được nhiều thứ đang diễn ra. Bạn có MVCC đang diễn ra, quản lý như sau:

• ib_logfile0 / ib_logfile1 (Nhật ký làm lại)
• ibdata1
  • Hoàn tác Nhật ký
  • Rollback
  • Thay đổi từ điển dữ liệu
• Quản lý bể đệm
• Cách ly giao dịch (4 loại)
  • Đọc lặp lại
  • Đọc cam kết
  • Đọc không cam kết
  • Nối tiếp

Yêu cầu InnoDB cho số lượng bảng yêu cầu điều hướng thông qua những điều đáng ngại này. Trong thực tế, người ta không bao giờ thực sự biết nếu SELECT COUNT(*) from mydb.mytableđếm chỉ đọc lặp lại hoặc bao gồm các lần đọc đã được cam kết và những lần không được cam kết.

Bạn có thể cố gắng ổn định mọi thứ một chút bằng cách bật innodb_stats_on_metadata .

Theo Tài liệu MySQL trên innodb_stats_on_meta_data

Khi biến này được bật (là mặc định, như trước khi biến được tạo), InnoDB cập nhật số liệu thống kê trong các câu lệnh siêu dữ liệu như SHOW TABLE STATUS hoặc SHOW INDEX hoặc khi truy cập vào bảng thông tin BẢNG BIỂU TƯỢNG hoặc THỐNG KÊ. (Các cập nhật này tương tự như những gì xảy ra với ANALYZE TABLE.) Khi bị tắt, InnoDB không cập nhật số liệu thống kê trong các hoạt động này. Vô hiệu hóa biến này có thể cải thiện tốc độ truy cập cho các lược đồ có số lượng bảng hoặc chỉ mục lớn. Nó cũng có thể cải thiện tính ổn định của các kế hoạch thực hiện cho các truy vấn liên quan đến các bảng InnoDB.

Vô hiệu hóa nó có thể hoặc không thể cung cấp cho bạn số lượng ổn định hơn về mặt thiết lập kế hoạch GIẢI THÍCH. Nó có thể ảnh hưởng đến hiệu suất SELECT COUNT(*) from mydb.mytabletheo cách tốt, cách xấu hoặc hoàn toàn không. Hãy dùng thử và xem !!!

Đối với bộ khởi động, không có thứ gọi là 'số hiện tại' để lưu trữ trong một biến. Một truy vấn giống như SELECT COUNT(*) FROM ...tuân theo mức cô lập hiện tại và tất cả các giao dịch đang chờ xử lý đồng thời. Tùy thuộc vào mức độ cô lập, truy vấn có thể thấy hoặc không thấy các hàng được chèn hoặc xóa bằng cách chờ xử lý các giao dịch không được cam kết. Cách duy nhất để trả lời là đếm các hàng hiển thị cho giao dịch hiện tại.

Lưu ý rằng tôi thậm chí không chạm vào chủ đề thậm chí còn gai góc hơn của các giao dịch đồng thời bắt đầu hoặc kết thúc trong khi đếm. Chưa kể đến việc rollback ...

Mặc dù về mặt lý thuyết có thể giữ một số lượng chính xác số lượng hàng cho một bảng nhất định với InnoDB, nhưng nó sẽ phải trả giá bằng việc khóa rất nhiều, điều này sẽ ảnh hưởng tiêu cực đến hiệu suất. Nó cũng sẽ khác nhau dựa trên mức độ cô lập.

MyISAM đã thực hiện khóa cấp bảng, do đó không có thêm chi phí ở đó.

Tôi hiếm khi yêu cầu số lượng hàng cho một bảng, mặc dù tôi sử dụng COUNT (*) khá nhiều. Tôi thường có một mệnh đề WHERE kèm theo. Sử dụng một chỉ mục hiệu quả trên một tập kết quả nhỏ, tôi thấy rằng chúng đủ nhanh.

Tôi không đồng ý rằng số lượng không chính xác. Tổng số đại diện cho một ảnh chụp nhanh của dữ liệu và tôi luôn thấy chúng là chính xác.

Nói tóm lại, MySQL để bạn thực hiện điều này cho InnoDB. Bạn có thể lưu trữ số lượng và tăng / giảm sau mỗi truy vấn. Mặc dù vậy, giải pháp dễ dàng hơn có lẽ là chuyển sang MyISAM.