cách để ngăn chặn các truy vấn chờ khóa cấp bảng

Chúng tôi đã gặp sự cố sau khi chuyển cơ sở dữ liệu của khách hàng sang một máy chủ bổ sung. Điều này sẽ có tác động tích cực đến hiệu suất của trang web, nhưng có một vấn đề với việc khóa bảng trong MyISAM. (Tôi đã nghe nói về việc sử dụng InnoDB thay vì MyISAM, nhưng chúng tôi không thể thay đổi công cụ trong tương lai gần).
Chúng tôi có thể phát hiện ra nó với một truy vấn cập nhật được thực hiện khi người điều hành kích hoạt nhận xét trên bài báo. Đây là quá trình:

• truy vấn cập nhật được xử lý SET status = 1 WHERE id = 5(chỉ mục được đặt)
• các tập tin lưu trữ của trang bị xóa

Tại thời điểm này, toàn bộ trang trở nên chậm. Cơ sở dữ liệu bận rộn trong vài phút. Tôi đã tìm nạp danh sách quy trình một vài lần và thấy khoảng 60 mục nhập của các truy vấn chọn khác nhau, tất cả đều ở trạng thái chờ khóa cấp bảng .

1. Tôi không unterstand tại sao bản cập nhật này trên bàn article_commentscó thể ảnh hưởng select-báo cáo cho bảng articleđể chờ khóa mức bảng. Trong danh sách quy trình, hầu hết tất cả các truy vấn đang chờ đều từ bảng này. Tôi đã đọc về thực tế rằng các cập nhật / chèn được ưu tiên lựa chọn và điều này có thể gây ra vấn đề như vậy, nhưng bản thân bảng bài viết không được cập nhật khi các bình luận được kích hoạt, vì vậy các lựa chọn không nên chờ đợi. Có phải tôi đã hiểu sai điều đó?
2. Có điều gì đó ngoài việc thay đổi sang InnoDB để ngăn chặn hành vi này hoặc ít nhất là để có được sự cân bằng tốt hơn? Tôi rất khó chịu về thực tế là vấn đề này đã không xuất hiện trước khi chuyển cơ sở dữ liệu sang máy chủ mới. Tôi đoán có một số cấu hình sai nhưng tôi không biết làm thế nào để xác định.

MyISAM Storage Engine nổi tiếng với việc thực hiện khóa toàn bộ bảng cho bất kỳ DML nào (CHỨNG MINH, CẬP NHẬT, XÓA). InnoDB chắc chắn sẽ giải quyết vấn đề đó trong dài hạn.

Tôi đã viết về ưu và nhược điểm của việc sử dụng MyISAM vs InnoDB

• InnoDB vs MyISAM với nhiều chỉ số (ngày 05 tháng 7 năm 2012)
• Cái nào nhanh hơn, InnoDB hay MyISAM? (Ngày 03 tháng 5 năm 2012)
• Có bất kỳ vấn đề nào với việc chuyển đổi từ MyISAM sang InnoDB không? (Ngày 09 tháng 1 năm 2012)
• Tôi có nên sử dụng công cụ lưu trữ khác ngoài MyISAM để tối ưu hóa các bảng này hay tôi nên lấy đĩa tốt hơn? (Ngày 07 tháng 10 năm 2011)
• Lợi ích của khóa cấp bảng (ngày 14 tháng 9 năm 2011)
• Sự khác biệt chính giữa InnoDB và MyISAM là gì? (Ngày 14 tháng 4 năm 2011)

Đối với câu hỏi hiện tại của bạn, đây là một tình huống có thể xảy ra:

• articlevà article_commentscả hai bảng MyISAM
• article_commentscó một hoặc nhiều chỉ mục với statustư cách là một cột
• Các cập nhật trang chỉ mục article_commentsđược lưu vào bộ đệm trong Bộ đệm khóa MyISAM (có kích thước bằng key_buffer_size ), khiến các trang chỉ mục cũ ra khỏi Bộ đệm khóa MyISAM
• Bạn có các truy vấn CHỌN thực hiện THAM GIA giữa articlevàarticle_comments

Trong kịch bản được đề xuất của tôi, các CHỌN đối với articlebảng có thể được giữ lại để cho phép ghi vì phải chờ article_commentsđể không có bất kỳ DML nào (trong trường hợp này là một UPDATE)

Tại thời điểm này, toàn bộ trang trở nên chậm. Cơ sở dữ liệu bận rộn trong vài phút.

Có mùi như bạn có một Query_cache lớn?

mysql> SHOW VARIABLES LIKE 'query_cache%';
+------------------------------+----------+
| Variable_name                | Value    |
+------------------------------+----------+
| query_cache_limit            | 1048576  |
| query_cache_min_res_unit     | 4096     |
| query_cache_size             | 16777216 | -- Not over 50M
| query_cache_type             | DEMAND   | -- Only if using SQL_CACHE
| query_cache_wlock_invalidate | OFF      |
+------------------------------+----------+

Đối với các hệ thống sản xuất có nhiều ghi, bạn cũng có thể TẮT truy vấn_cache.

Tất cả các mục trong query_cache cho bảng đã cho sẽ bị xóa khi có bất kỳ ghi nào xảy ra với bảng đó. QC càng lớn, nhiệm vụ này càng chậm.

MyISAM sử dụng khóa "mức bảng". Đọc và ghi không thể xảy ra cùng một lúc (trên cùng một bảng). Thô, nhưng hiệu quả.