Một khả năng là có thể có các vấn đề khác gây ra sự cố hiệu suất - 6 giây dường như quá nhiều đối với các hoạt động CRUD, ngay cả trên một cơ sở dữ liệu phức tạp. Hãy nhớ rằng (trước đây) ArsDigita có thể xử lý 30 lần truy cập mỗi giây trên Sun Ultra 2 (IIRC) hai chiều với cấu hình đĩa khá khiêm tốn. Một máy chủ tầm trung thấp hiện đại với bố cục đĩa hợp lý và khả năng điều chỉnh phù hợp sẽ có thể đối phó với khối lượng công việc khá lớn.
-
Bạn có đang thiếu một chỉ mục? - kiểm tra các kế hoạch truy vấn của các truy vấn chậm để quét bảng ở những vị trí không cần thiết.
-
Bố cục đĩa trên máy chủ là gì? - bạn có cần nâng cấp phần cứng của mình hoặc khắc phục một số vấn đề về cấu hình đĩa không (ví dụ:không đủ đĩa, nhật ký trên cùng một ổ đĩa với dữ liệu).
-
Như người đăng khác gợi ý, bạn có thể muốn sử dụng InnoDB trên các bảng được viết nhiều.
-
Kiểm tra thiết lập để sử dụng bộ nhớ trên máy chủ cơ sở dữ liệu. Bạn có thể muốn định cấu hình thêm bộ nhớ cache.
Chỉnh sửa: Nhật ký cơ sở dữ liệu nên sống trên các đĩa yên tĩnh của riêng chúng. Họ sử dụng một mẫu truy cập tuần tự với nhiều lần ghi tuần tự nhỏ. Nơi họ chia sẻ đĩa với tải công việc truy cập ngẫu nhiên như tệp dữ liệu, việc truy cập đĩa ngẫu nhiên tạo ra một nút cổ chai hiệu suất hệ thống lớn trên các bản ghi. Lưu ý rằng đây là lưu lượng ghi cần được hoàn thành (tức là ghi vào đĩa vật lý), do đó, bộ nhớ đệm không giúp được việc này.