Một điều quan trọng cần nhớ khi đánh giá hiệu suất lưu trữ MySQL trong Linux là bộ nhớ đệm. Bản thân tôi cũng tò mò về cùng một trường hợp thử nghiệm. Thật buồn cười khi người dùng phàn nàn về một truy vấn chậm. Họ gọi cho bạn và chạy lại chỉ để tìm thấy truy vấn hơn 50 phút của họ hiện hoàn thành sau 30 giây vì bộ nhớ cache truy vấn. Luôn chạy một
mysql> reset query cache;
trong MySQL khi cố gắng tối ưu hóa các truy vấn. Điều đó nói rằng, còn một bước nữa khi so sánh SSD với các trục xoay truyền thống:bộ nhớ đệm đĩa. Rất khó để so sánh thời gian truy cập hoặc IOps khi hệ điều hành đang lưu trữ đĩa trong bộ nhớ của chính nó. Để xóa bộ nhớ cache trên đĩa, hãy chạy phần sau từ shell:
$ sync && sysctl -w vm.drop_caches=3
Các lệnh này chạy trước mỗi truy vấn điểm chuẩn của bạn sẽ giúp bạn nhận ra tiềm năng của SSD so với tốc độ làm chậm SATA 7k2 mà bạn có. Xác minh điều này bằng cách chạy cùng một truy vấn hai lần mà không cần xóa bộ nhớ cache và quan sát thời gian truy vấn. Tại thời điểm này, bạn nên thử một số truy vấn có và không có chỉ mục, cũng như một số phép nối nếu có thể. Sử dụng KẾ HOẠCH GIẢI THÍCH trên mỗi truy vấn để xác minh rằng một chỉ mục được sử dụng. Việc truy cập ngẫu nhiên vào việc đọc giữa các tệp chỉ mục và dữ liệu sẽ gây ra tắc nghẽn trên các đĩa chậm hơn. Đảm bảo my.cnf của bạn nhất quán giữa điểm chuẩn SSD và đĩa của bạn. Tôi đã thử nghiệm một số thứ trên ổ SSD OCZ đơn giản dành cho máy tính để bàn và nhận thấy hiệu suất truy vấn tăng nhanh gấp 10 lần so với đĩa SATA 7200 vòng / phút của tôi. Trong cơ sở dữ liệu giao dịch dựa trên SSD, tôi sẽ cẩn thận khi sử dụng BẢNG TỐI ƯU HÓA vì việc nén cơ sở dữ liệu thường xuyên kết hợp với SSD TRIM có thể ảnh hưởng đến tuổi thọ ổ đĩa. Tuy nhiên, đó là lý thuyết và tôi vẫn chưa thấy bằng chứng để chứng minh điều này.
Hi vọng điêu nay co ich! Tôi không thể chờ đợi những ngày mà HD từ tính thay thế băng từ làm phương tiện sao lưu và thấy chúng được thay thế hoàn toàn bằng SSD trong hầu hết phần cứng.
