Tôi có một bảng với khoảng 1 tỷ hàng và tỷ lệ đọc là 98%.

Tôi đã thử điều chỉnh cơ sở dữ liệu, với các công cụ lưu trữ khác nhau (MyISAM và InnoDB)

Sau đó chạy một vài thử nghiệm để xem hiệu suất

Trong mệnh đề where tôi có ID khóa chính và có vẻ như vì MyISAM Key Cache lưu trữ tất cả các chỉ mục trong bộ đệm của nó, sử dụng MyISAM dường như khá nhanh, nhanh hơn khoảng 2 lần so với InnoDB

Nhưng đối với InnoDB, nó dường như chậm hơn !! Có phải là InnoDB không sử dụng bất kỳ bộ đệm nào để tải trước các chỉ mục?

Trước khi bạn quyết định MyISAM hoặc InnoDB, bạn sẽ phải xem qua cả hai Công cụ lưu trữ về cách thức mỗi bộ nhớ cache

MyISAM

Khi đọc, chỉ mục của bảng MyISAM có thể được đọc một lần từ tệp .MYI và được tải trong Bộ nhớ cache khóa MyISAM (có kích thước bằng key_buffer_size ). Làm thế nào bạn có thể làm cho bảng MyISAM .MYD nhanh hơn để đọc? Với cái này:

ALTER TABLE mytable ROW_FORMAT=Fixed;

Tôi đã viết về điều này trong các bài viết trước đây của tôi

• Sep 20, 2011: /dba/5974/best-of-myisam-and-innodb/6008#6008 (Vui lòng đọc cái này trước)
• May 10, 2011: /dba/2640/what-is-the-performance-impact-of-USE-char-vs-varchar-on-a-fixed-size-field/2643#2643 (TRADINGOFF # 2)
• Aug 12, 2011: /dba/4576/which-dbms-is-good-for-super-fast-reads-and-a-simple-data-structure/4589#4589 (Đoạn 3)
• Jan 03, 2012: Https://dba.stackexchange.com/questions/10069/optimized-my-cnf-for-high-end-and-busy-server/10080#10080 (Dưới tiêu đề Replication )

InnoDB

OK, còn InnoDB thì sao? InnoDB có thực hiện bất kỳ I / O đĩa nào cho các truy vấn không? Đáng ngạc nhiên, đúng vậy !! Có lẽ bạn đang nghĩ tôi điên khi nói điều đó, nhưng nó hoàn toàn đúng, ngay cả đối với các truy vấn CHỌN . Tại thời điểm này, có lẽ bạn đang tự hỏi "Làm thế nào trên thế giới InnoDB thực hiện I / O đĩa cho các truy vấn?"

Tất cả quay trở lại với InnoDB là một Công cụ lưu trữ giao dịch hoàn toàn ACID . Để cho InnoDB để được giao dịch, nó có để hỗ trợ Itrong ACID, đó là ly. Kỹ thuật duy trì sự cô lập cho các giao dịch được thực hiện thông qua MVCC, Multiversion Concurrency Control . Nói một cách đơn giản, InnoDB ghi lại dữ liệu trông như thế nào trước khi các giao dịch cố gắng thay đổi chúng. Trường hợp đó được ghi lại? Trong tệp không gian bảng hệ thống, được gọi là ibdata1. Điều đó đòi hỏi I / O đĩa .

SO SÁNH

Vì cả InnoDB và MyISAM đều thực hiện I / O trên đĩa, yếu tố ngẫu nhiên nào quyết định ai nhanh hơn?

• Kích thước của cột
• Định dạng cột
• Bộ nhân vật
• Phạm vi của các giá trị số (yêu cầu INTs đủ lớn)
• Hàng được chia thành nhiều khối (Chuỗi hàng)
• Phân mảnh dữ liệu gây ra bởi DELETEsvàUPDATEs
• Kích thước của Khóa chính (InnoDB có Chỉ mục cụm, yêu cầu hai lần tra cứu khóa)
• Kích thước của mục nhập chỉ mục
• Danh sách cứ kéo dài...

TIẾNG VIỆT

Do đó, trong môi trường đọc nhiều, bảng MyISAM có Định dạng hàng cố định có thể vượt trội hơn so với InnoDB đọc ra khỏi Nhóm đệm InnoDB nếu có đủ dữ liệu được ghi vào nhật ký hoàn tác có trong ibdata1 để hỗ trợ hành vi giao dịch áp đặt trên dữ liệu InnoDB. Lập kế hoạch loại dữ liệu, truy vấn và công cụ lưu trữ của bạn thực sự cẩn thận. Khi dữ liệu phát triển, việc di chuyển dữ liệu trở nên rất khó khăn.

Nhân tiện, tôi đã viết một cái gì đó như thế này 5 ngày trước: Làm cách nào để chỉ định giới hạn bộ nhớ cho myQuery?

MyISAM sẽ luôn chạy nhanh hơn rất nhiều so với innodb khi không có sự tranh chấp về dữ liệu. Bắt đầu thêm nhiều phiên cố gắng cập nhật cùng một tablse và innodb rất nhanh chóng có được lợi thế về hiệu suất.

Cách bạn điều chỉnh hệ thống cho 2 động cơ rất khác nhau.

Lý do mà các công cụ khác nhau tồn tại là do khối lượng công việc / mẫu truy cập khác nhau tồn tại.

bạn phải 'hâm nóng' innodb. ví dụ: bằng cách phát lại nhật ký truy cập hoặc chạy một số truy vấn thông minh sẽ chạm vào từng giá trị từ chỉ mục.

hãy xem ở đây hoặc ở đây .

Tôi hy vọng bạn không sử dụng cài đặt mysql mặc định cho innodb - chúng phù hợp với phần cứng từ ~ 2000.

Kiểm tra trang web này, nó có thông tin rất hữu ích:

http://www.mysqlperformanceblog.com/2007/11/01/innodb-performance-optimization-basics/

http://www.mysqlperformanceblog.com/2007/11/03/ch rủi-sinodb_buffer_pool_size /

Bạn cũng có thể điều chỉnh hệ thống tập tin của bạn. Tôi có kết quả hoạt động tốt trên XFS với các giá trị sunit và swidth tối ưu (tất nhiên nếu bạn sử dụng RAID)

Sau khi điều chỉnh thêm InnoDB trên MariaDB, tôi đã tăng innodb_buffer_pool_sizekích thước cơ sở dữ liệu InnoDB của mình, vì làm như vậy, InnoDB đã bắt đầu tìm nạp các hàng nhanh hơn

Tôi cho rằng điều chỉnh InnoDB khá quan trọng theo nhu cầu cơ sở dữ liệu của bạn