Chúng tôi đã nhận thấy thời gian tải thực sự dài khi đi chỉnh sửa một bài viết hoặc trang. Sử dụng Trình theo dõi truy vấn, chúng tôi thấy rằng truy vấn lõi WP này mất tới 15-20 giây.
SELECT meta_key
FROM wp_postmeta
GROUP BY meta_key
HAVING meta_key NOT LIKE '\\_%'
ORDER BY meta_key
LIMIT 30
caller:
meta_form()
post_custom_meta_box()
do_meta_boxes()
Chúng tôi sử dụng rất nhiều postmeta vì một trong những loại bài đăng của chúng tôi sử dụng khoảng 20 trường tùy chỉnh. Tôi có thể nói rằng có lẽ chúng ta phụ thuộc quá nhiều vào postmeta, nhưng đây có vẻ như là một truy vấn rất thiếu sót, vì thấy rằng nó thậm chí không chọn ID của bài đăng.
Đây có phải là một vấn đề phổ biến? Có cách nào để tắt chức năng này thông qua bộ lọc không? Cảm ơn cho bất kỳ đầu vào.
meta_form()
hàm và đây thực sự là truy vấn SQL được tạo từ hàm lõi đó. Bạn có thể thử thêm metabox tùy chỉnh của riêng bạn với các sửa đổi cho mã meta_form()
và sử dụng truy vấn SQL được đề xuất của bạn. Tôi tìm thấy vé 85ac đóng kín này. Bạn có thể có thể tạo một vé khác hoặc cố gắng mở lại cái này? PS: Lưu ý rằng trang mẹ chọn metabox cũng có vấn đề. Nếu bạn có 1 triệu trang, thì tất cả chúng sẽ hiển thị dưới dạng tùy chọn chọn!
meta_form()
chức năng. Tôi đã cập nhật câu trả lời - truy vấn SQL cốt lõi đã được điều chỉnh trong phiên bản WP 4.3 .. Bạn có thấy bất kỳ hiệu suất nào đạt được với truy vấn SQL mới này so với post_id
hạn chế bổ sung của chúng tôi không?