Cụ thể lõi kép 32 lõi - 128RAM - SSD 10 RAID. Máy chủ Ubuntu 64.
Tải nặng Innodb tại các thời điểm - ~ 2000+ truy vấn mỗi giây. Nặng đọc và viết.
Hiện tại chúng tôi đang chạy trên write_io_threads mặc định của 4.
Có phải chúng ta đang "nerfing" sức mạnh của máy chủ của chúng tôi? Có an toàn để chạy nó trên max write_io_threads = 64 và read_io_threads = 64 không?
Con số này được xác định như thế nào?
Câu trả lời:
Trở lại vào ngày 15 tháng 3 năm 2012, tôi đã trả lời câu hỏi này: MySql khuyên dùng phần cứng .
Trong câu trả lời của tôi, tôi đã đề cập đến một khách hàng vẫn còn trong công ty lưu trữ web của chủ nhân của tôi cho đến tận ngày nay. Họ hiện đang chạy 3 Máy chủ DB trong Bản sao Thông tư. Mỗi máy chủ DB có:
Tôi đã đặt chúng với
innodb_read_io_threads = 64
innodb_write_io_threads = 64
innodb_thread_concurrency = 0
innodb_buffer_pool_size = 162G
innodb_buffer_pool_instances = 2
innodb_log_file_size = 384M
Bỏ qua một bên, bạn nên cẩn thận khi làm việc với VM (VMWare, AWS, bất kỳ Trường hợp MySQL dựa trên đám mây nào khác) hoặc phần cứng hàng hóa . Tuy nhiên, với rất nhiều hỏa lực trong kim loại trần, bằng mọi cách, bạn nên khai thác các cài đặt đó bởi vì bất kỳ phiên bản nào của MySQL trước MySQL 5.5 đều hoạt động với InnoDB đơn luồng. Nếu bạn có MySQL 5.1, plugin InnoDB (bắt đầu từ MySQL 5.1,38) sẽ phải được cài đặt và sau đó được đặt. Tất cả các nhị phân Percona Server 5.1 đã có sẵn những thứ này. Vì bạn có MySQL 5.5, các cài đặt này được cài đặt nguyên bản và đã được thử nghiệm ở nhiều khía cạnh. Bạn chỉ phải chịu trách nhiệm điều chỉnh Cài đặt InnoDB mới.
Vui lòng xem các bài đăng khác của tôi về cài đặt cài đặt mới của InnoDB:
Jan 11, 2012: 16 lõi Máy chủ RAM 12 GB Cấu hình MySql - my.cnfOct 05, 2011: Truy vấn chạy một thời gian dài trong một số phiên bản MySQL mới hơnSep 20, 2011: Đa lõi và hiệu suất MySQLSep 12, 2011: Có thể làm cho MySQL sử dụng nhiều hơn một lõi?May 26, 2011: Giới thiệu về hiệu suất cơ sở dữ liệu đa luồng so với đa luồngNov 24, 2011: Tại sao mysql 5.5 chậm hơn 5.1 (linux, sử dụng mysqlslap)Bạn cần phải lấy con bò bằng sừng và thiết lập một số điểm chuẩn. Hãy quay trở lại trong lịch sử. innodb_read_io_threads và innodb_writes_io_threads không đi kèm với MySQL 5.0 hoặc 5.1. Ai đó đã tạo một plugin và làm cho nó có sẵn trong MySQL 5.1,38. Mặc định là 4. Tôi cũng nhận thấy rằng Percona Server đã triển khai những điều này sớm trong MySQL 5.1 với mặc định là 8. Hầu hết những người sử dụng Percona Server đều thề với nó và thường nói rằng nó tốt hơn MySQL. Tuy nhiên, so sánh này thường được thực hiện với tweeking InnoDB. Vì vậy, tất nhiên, Percona Server, với số lượng chủ đề gấp đôi, sẽ tốt hơn.
Với cách bảo thủ này để có được hiệu suất tốt hơn (nâng cấp lên Percona), bạn sẽ không bao giờ thực sự biết InnoDB tốt, xấu hay xấu như thế nào trừ khi bạn điều chỉnh nó. Hãy ghi nhớ bài viết của tôi từ ngày 24 tháng 11 năm 2011 . Nhiều phiên bản của MySQL đã được điểm chuẩn và trong một số trường hợp, InnoDB trong MySQL 4.1 vượt trội hơn 5.x trong môi trường đơn luồng . Điều đó được đưa ra cùng một sân chơi.
Để nghiêng quy mô có lợi cho bạn, bạn phải điều chỉnh InnoDB. Thay vì cung cấp cho bạn bất kỳ hướng dẫn Pick-This-Pick-That dứt khoát duy nhất nào, bạn cần đọc về các cài đặt InnoDB ghas được đưa ra để làm cho nhiều lõi trở nên sống động. Không phải mọi môi trường đều giống như các máy chủ hexacore kép của khách hàng của tôi hoặc hexadecacore kép của bạn.
Nếu tôi phải cho bạn một điểm khởi đầu tốt, nó sẽ có được mysqlperformanceblog.com. Mọi thứ tập trung vào hiệu năng về mysql đều có để bạn đọc, chọn và điểm chuẩn.