Tôi đang thiết lập mysqlcấu hình chủ-nô, slavenằm ở vị trí yếu hơn nhiều.
Kể từ khi, nếu tôi hiểu đúng, nô lệ chỉ hoạt động trên các cập nhật / chèn, các thông số cấu hình quan trọng nhất mà tôi có thể điều chỉnh trong những gì slavelà my.cnfđể đảm bảo hiệu suất tốt nhất và độ trễ nhỏ nhất có thể?
Câu trả lời:
Nếu mối quan tâm của bạn là về hiệu suất và bạn không quan tâm đến việc mất một lượng nhỏ dữ liệu (thường là 1 giây) trong trường hợp máy chủ gặp sự cố, tôi sẽ thay đổi các biến sau:
innodb_buffer_pool_size - hãy thử sử dụng 80% tổng số ram của bạn (trong trường hợp này là 3.2Gb)innodb_log_file_size - đã chọn một giá trị tốt ở đây để tối ưu hóa i / o trong nô lệ của bạninnodb_flush_log_at_trx_commit - đặt thành 2 hoặc 0innodb_doublewrite - vô hiệu hóa doublewrite innodbinnodb_flush_method - thay đổi phương thức tuôn ra thành O_DIRECTsync_binlog - nếu bạn có bật nhật ký nhị phân trên nô lệ, hãy tắt sync_binlogsync_master_info sync_relay_logsync_relay_log_infoMột lựa chọn tốt là đọc bài viết này , đó là một tổng quan chung về cách tối ưu hóa innodb, nó sẽ hoạt động cho chủ của bạn và cho cả nô lệ của bạn.
Nếu bạn đang dự định nâng cấp lên máy chủ percona triển khai các tính năng từ MySQL 5.6, tôi khuyên bạn nên tăng số lượng chủ đề sql nô lệ slave-parallel-workers
innodb_doublewritecũng sẽ mang lại cho bạn một số cải tiến trên I / O
innodb_doublewritethực sự nguy hiểm
Bạn chỉ cần tối ưu hóa cho môi trường InnoDB. innodb_buffer_pool_sizevẫn là chìa khóa cho hiệu suất.
Và beacuse máy chủ nô lệ của bạn yếu hơn chủ, bạn có thể cần phải xử lý độ trễ sao chép. (tức là Viết thành chủ, nhưng không thể đọc dữ liệu từ nô lệ ngay lập tức)
innodb_flush_log_at_trx_commit=0một mình làm cho độ trễ 18 giờ biến mất chỉ trong vài giờ!