Nó phụ thuộc chính xác vào loại vấn đề hiệu suất bạn đang gặp phải.
Việc phân vùng của MySQL 5.1 chỉ cho phép bạn phân vùng bit đầu tiên của khóa chính. Điều này có nghĩa là nếu bạn muốn sử dụng bất kỳ hình thức phân vùng hữu ích nào, bạn thường mong muốn có một khóa chính tổng hợp.
Một trong những trường hợp sử dụng phổ biến nhất là dữ liệu cũ sắp hết hạn, điều này có thể rất tốn kém trong các trường hợp không phân vùng. Trong trường hợp đó, bạn phải đặt khóa chính bắt đầu bằng ngày / giờ và phân vùng trên đó.
Sau đó, bạn có thể hết hạn các hàng bằng cách lập trình loại bỏ các phân vùng cũ.
Các trường hợp khác là các truy vấn phổ biến của bạn có thể được hưởng lợi từ việc cắt bớt phân vùng.
Hãy nhớ rằng bạn không thể khắc phục mọi vấn đề về hiệu suất với phân vùng; nó không phải là ma thuật. Đối với các truy vấn không có lợi từ việc cắt bớt phân vùng, mọi phân vùng phải được truy vấn. MySQL không làm điều này song song, vì vậy nó thường chậm như sử dụng bảng không phân vị.
- Xác định chính xác vấn đề hiệu suất của bạn là gì
- Quyết định mức độ cải tiến là đủ để khắc phục chúng
- Quyết định mức độ hồi quy hiệu suất bạn có thể chịu đựng trong các trường hợp sử dụng khác
- Kiểm tra, kiểm tra, kiểm tra và kiểm tra lại dữ liệu ở kích thước sản xuất của bạn trên phần cứng cấp sản xuất trên nhiều thiết lập khác nhau
- Lặp lại cho đến khi bạn hài lòng.
- Thực hiện kiểm tra chức năng có liên quan; phát hành!
