Bất chấp mọi lợi ích / nhược điểm của việc sử dụng nó, được thảo luận trong các chủ đề khác ( MyISAM so với InnoDB ), di chuyển là một quá trình không hề nhỏ.
Cân nhắc
- Kiểm tra chức năng tất cả các thành phần giao tiếp với cơ sở dữ liệu nếu có thể - các công cụ khác biệt có ngữ nghĩa khác nhau
- Chạy thử nghiệm hiệu suất nhiều nhất có thể - một số thứ có thể cải thiện, những thứ khác có thể kém hơn nhiều. Một ví dụ nổi tiếng là CHỌN ĐẾM (*) trên một bảng lớn.
- Kiểm tra để đảm bảo rằng tất cả mã của bạn sẽ xử lý các bế tắc một cách dễ dàng - bạn có thể lấy chúng mà không cần sử dụng rõ ràng các giao dịch
- Ước tính lượng dung lượng sử dụng bạn sẽ nhận được khi chuyển đổi - hãy kiểm tra điều này trong môi trường phi sản xuất.
Chắc chắn bạn sẽ cần phải thay đổi mọi thứ trong một nền tảng phần mềm lớn; điều này không sao cả, nhưng vì bạn (hy vọng) có nhiều phạm vi kiểm tra tự động, nên chấp nhận thay đổi.
Tái bút:Nếu "Có thứ gì đó đang bắt đầu đánh thuế CPU", thì bạn nên a) Tìm hiểu điều gì, trong môi trường phi sản xuất, b) Thử các tùy chọn khác nhau để giảm nó, trong môi trường phi sản xuất. Bạn không nên bắt đầu một cách mù quáng những việc quan trọng như thay đổi công cụ cơ sở dữ liệu khi bạn chưa phân tích đầy đủ vấn đề.
Tất cả kiểm tra hiệu suất phải được thực hiện trong môi trường phi sản xuất, với dữ liệu giống như sản xuất và trên phần cứng cấp sản xuất. Nếu không, rất khó để diễn giải kết quả một cách chính xác.
