Thả tập tin vào đây

Tải lên SQL ( 0 ) x -

Cài đặt liên quan đến trang Bấm vào thanh để cuộn lên đỉnh trang
Nhấn Ctrl+Enter để thực thi truy vấn Nhấn Enter để thực thi truy vấn
tăng dần
giảm dần
Thứ tự:
Gỡ rối SQL
Số lượng
Thứ tự thực thi
Thời gian cần
Xếp theo:
Nhóm truy vấn
Bỏ nhóm các truy vấn
Co lại Mở rộng Hiện theo dõi Ẩn theo dõi Số lượng: Thời gian cần:
Đánh dấu
Làm tươi lại
Thêm
Không có đánh dấu nào
Thêm đánh dấu
Tùy chọn
Khôi phục giá trị mặc định
Co lại Mở rộng Truy vấn lại Sửa Giải thích Hồ sơ Đánh dấu Truy vấn bị lỗi Cơ sở dữ liệu: Thời gian truy vấn:

Hệ thống cố vấn

Các thu thập hiệu năng có thể được

Issue:
Thời gian chạy dưới một ngày, việc chỉnh hiệu năng có thể không chính xác.
Recommendation:
Để có mức trung bình chính xác hơn, khuyến nghị bạn để máy phục vụ chạy lâu hơn một ngày trước khi chạy phân tích này
Justification:
Thời gian chạy chỉ là 0 ngày, 2 giờ, 59 phút và 48 giây
Used variable / formula:
Uptime
Test:
value < 86400
Issue:
long_query_time is set to 10 seconds or more, thus only slow queries that take above 10 seconds are logged.
Recommendation:
Bạn nên đặt long_query_time giá trị thấp hơn, tùy vào môi trường của bạn. Giá trị được khuyến nghị thường là từ 1-5 giây.
Justification:
long_query_time hiện được đặt thành 10s.
Used variable / formula:
long_query_time
Test:
value >= 10
Issue:
Tính năng hiển thị nhật ký truy vấn bị tắt.
Recommendation:
Bật ghi nhật ký truy vấn chậm bằng cách đặt slow_query_log là 'BẬT'. Nó giúp khắc phục sự cố truy vấn hoạt động kém.
Justification:
slow_query_log được đặt thành “OFF”
Used variable / formula:
slow_query_log
Test:
value == 'OFF'
Issue:
Có nhiều hàng được sắp xếp
Recommendation:
Mặc dù không có gì sai khi sắp xếp số lượng hàng nhiều, nhưng bạn có thể muốn đảm bảo rằng các truy vấn yêu cầu sắp xếp nhiều sẽ sử dụng các cột được lập chỉ mục trong mệnh đề ORDER BY, vì điều này sẽ giúp sắp xếp nhanh hơn nhiều.
Justification:
Trung bình các hàng được sắp xếp: 6.96 mỗi giây
Used variable / formula:
Sort_rows / Uptime
Test:
value * 60 >= 1
Issue:
Có quá nhiều phép gia nhập mà không dùng chỉ mục.
Recommendation:
Điều này có nghĩa là các phép nối đang thực hiện quét toàn bộ bảng. Việc thêm chỉ mục cho các cột đang được sử dụng trong điều kiện nối sẽ tăng tốc đáng kể việc nối bảng.
Justification:
Trung bình số lần ghép bảng: 5.89 mỗi giây, giá trị này phải nhỏ hơn 1 mỗi giờ
Used variable / formula:
(Select_range_check + Select_scan + Select_full_join) / Uptime
Test:
value * 60 * 60 > 1
Issue:
Tỷ lệ đọc mục chỉ mục đầu tiên là cao.
Recommendation:
Điều này thường cho thấy việc quét chỉ mục đầy đủ thường xuyên. Quét chỉ mục đầy đủ nhanh hơn quét bảng nhưng yêu cầu nhiều chu kỳ CPU trong các bảng lớn, nếu những bảng đó có hoặc có số lượng CẬP NHẬT và XÓA cao, thì việc chạy 'BẢNG TỐI ƯU HÓA' có thể giảm số lượng và/hoặc tăng tốc độ quét chỉ mục đầy đủ . Ngoài ra, việc quét chỉ mục đầy đủ chỉ có thể được giảm bớt bằng cách viết lại các truy vấn.
Justification:
Trung bình quét chỉ mục: 13.03 mỗi phút, giá trị này phải nhỏ hơn 1 mỗi giờ
Used variable / formula:
Handler_read_first / Uptime
Test:
value * 60 * 60 > 1
Issue:
Tỷ lệ đọc dữ liệu tại vị trí cố định là cao.
Recommendation:
Điều này cho thấy rằng nhiều truy vấn cần sắp xếp kết quả và/hoặc thực hiện quét toàn bộ bảng, bao gồm cả các truy vấn nối không sử dụng chỉ mục. Thêm chỉ mục nếu có.
Justification:
Tốc độ đọc trung bình của vị trí cố định: 6.95 mỗi giây, giá trị này phải nhỏ hơn 1 mỗi giờ
Used variable / formula:
Handler_read_rnd / Uptime
Test:
value * 60 * 60 > 1
Issue:
Tỷ lệ đọc hàng kế tiếp của bảng là cao.
Recommendation:
Điều này chỉ ra rằng nhiều truy vấn đang thực hiện quét toàn bộ bảng. Thêm chỉ mục nếu có.
Justification:
Tốc độ đọc hàng tiếp theo của bảng: 191.9 mỗi giây, giá trị này phải nhỏ hơn 1 mỗi giờ
Used variable / formula:
Handler_read_rnd_next / Uptime
Test:
value * 60 * 60 > 1
Issue:
Nhiều bảng tạm thời được ghi vào đĩa thay vì được lưu trong bộ nhớ.
Recommendation:
Việc tăng max_heap_table_size và tmp_table_size có thể hữu ích. Tuy nhiên, một số bảng tạm luôn ghi vào đĩa, không phụ thuộc vào giá trị của các biến này. Để loại bỏ những điều này, bạn sẽ phải viết lại các truy vấn của mình để tránh những điều kiện đó (Trong bảng tạm thời: Sự hiện diện của cột BLOB hoặc TEXT hoặc sự hiện diện của cột lớn hơn 512 byte) như được đề cập trong Tài liệu MySQL
Justification:
Tỷ lệ các bảng tạm được ghi vào đĩa: 28.31 mỗi phút, giá trị này phải nhỏ hơn 1 mỗi giờ
Used variable / formula:
Created_tmp_disk_tables / Uptime
Test:
value * 60 * 60 > 1
Issue:
Bộ đệm khóa MyISAM (bộ đệm chỉ mục) % được sử dụng ở mức thấp.
Recommendation:
Bạn có thể cần giảm kích thước của key_buffer_size, kiểm tra lại các bảng của mình để xem liệu các chỉ mục đã bị xóa hay chưa hoặc kiểm tra các truy vấn và kỳ vọng về những chỉ mục nào đang được sử dụng.
Justification:
tối đa % Bộ đệm khóa MyISAM đã từng được sử dụng: 0%, giá trị này phải trên 95%
Used variable / formula:
Key_blocks_used * key_cache_block_size / key_buffer_size * 100
Test:
value < 95
Issue:
Tốc độ mở các bảng cao.
Recommendation:
Việc mở bảng yêu cầu I/O đĩa rất tốn kém. Việc tăng table_open_cache có thể tránh được điều này.
Justification:
Tỷ lệ bảng đã mở: 55.39 mỗi giờ, giá trị này phải nhỏ hơn 10 mỗi giờ
Used variable / formula:
Opened_tables / Uptime
Test:
value*60*60 > 10
Issue:
Tốc độ mở các tập tin cao.
Recommendation:
Cân nhắc việc tăng open_files_limit và kiểm tra nhật ký lỗi khi khởi động lại sau khi thay đổi open_files_limit
Justification:
Tỷ lệ tệp được mở: 25.36 mỗi giờ, giá trị này phải nhỏ hơn 5 mỗi giờ
Used variable / formula:
Open_files / Uptime
Test:
value * 60 * 60 > 5
Issue:
Ít hơn 80% bộ đệm truy vấn đang được sử dụng.
Recommendation:
Điều này có thể do query_cache_limit quá thấp. Xóa bộ đệm truy vấn cũng có thể hữu ích.
Justification:
Tỷ lệ hiện tại của bộ nhớ bộ đệm truy vấn miễn phí trên tổng kích thước bộ đệm truy vấn là 12%. Nó phải trên 80%
Used variable / formula:
100 - Qcache_free_memory / query_cache_size * 100
Test:
value < 80
Issue:
Kích thước tối đa của tập kết quả trong bộ đệm truy vấn là mặc định là 1 MiB.
Recommendation:
Thay đổi query_cache_limit (thường bằng cách tăng) có thể tăng hiệu quả. Biến này xác định kích thước tối đa mà kết quả truy vấn có thể phải được chèn vào bộ đệm truy vấn. Nếu có nhiều kết quả truy vấn trên 1 MiB có khả năng lưu vào bộ nhớ đệm tốt (đọc nhiều, ghi ít) thì việc tăng query_cache_limit sẽ tăng hiệu quả. Trong khi đó, trong trường hợp có nhiều kết quả truy vấn trên 1 MiB không có khả năng lưu vào bộ nhớ đệm tốt (thường bị vô hiệu do cập nhật bảng), việc tăng query_cache_limit có thể làm giảm hiệu quả.
Justification:
query_cache_limit được đặt thành 1 MiB
Used variable / formula:
query_cache_limit
Test:
value == 1024*1024