MySQL資料庫之MSS主從復制(讀寫分離)實現

前面,在博文《MySQL之——MS主從復制(讀寫分離)實現》一文中,我們講解瞭如何搭建MS模式的MySQL主從復制架構,即:一臺Master、一臺Slave的MySQL主從復制架構。那麼,如何將MS(一Master對應一Slave)擴展為MSSS…(一Master對應多Slave)架構呢? 現在,我就為大傢演示一下如何搭建MSS(一臺Master,兩臺Slave)架構的MySQL主從復制,其他一Master對應多Slave的搭建方式類似。

註意:本文是基於《MySQL之——MS主從復制(讀寫分離)實現》一文寫的,是博文《MySQL之——MS主從復制(讀寫分離)實現》的擴展,即:本文的實現方式是在《MySQL之——MS主從復制(讀寫分離)實現》一文的基礎上增加瞭一臺Slave伺服器(192.168.0.154),並且對《MySQL之——MS主從復制(讀寫分離)實現》一文中的Slave伺服器(192.168.0.153)的MySQL配置做瞭相應的修改。並使新增加的Slave伺服器的Master指向上文《MySQL之——MS主從復制(讀寫分離)實現》中的Slave伺服器(192.168.0.153),從而使《MySQL之——MS主從復制(讀寫分離)實現》一文的Slave伺服器(192.168.0.153)變為中繼Slave伺服器。

閱讀本文前,請首先閱讀《MySQL之——MS主從復制(讀寫分離)實現》一文。

一、伺服器規劃

之前的伺服器規劃為兩臺,一臺Master伺服器(192.168.0.152),一臺Slave伺服器(192.168.0.153)。

現在伺服器的規劃為三臺,一臺Master伺服器(192168.0.152),一臺中繼Slave伺服器(192.168.0.153),一臺Slave伺服器(192.168.0.154)

具體如下:

主機名 IP地址 節點
liuyazhuang152 192.168.0.152 Master
liuyazhuang153 192.168.0.153 中繼Slave
liuyazhuang154 192.168.0.154 Slave

二、主從配置

1、修改中繼Slave伺服器my.cnf文件

vim /etc/my.cnf

在原有配置中新增如下一行配置

log_slave_updates

說明:如果你在使用鏈式從伺服器結構的復制模式 (A->B->C),你需要在伺服器B上打開此項,此選項打開在從線程上重做過的更新的日志, 並將其寫入從伺服器的二進制日志.
具體如下:

[mysqld] 
server-id=2 
log-bin=/data/mysql3306log/mysql-bin 
binlog_format=mixed
relay-log=/data/mysql3306log/slave-relay-bin    
relay-log-index=/data/mysql3306log/slave-relay-bin.index
sync_binlog=1 
log_slave_updates
#註意:下面這個參數需要修改為伺服器內存的70%左右 
innodb_buffer_pool_size = 512M 
innodb_flush_log_at_trx_commit=1 
sql_mode=STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION,NO_AUTO_VALUE_ON_ZERO 
lower_case_table_names=1 
log_bin_trust_function_creators=1

修改之後要重啟mysql:

service mysqld restart

2、修改Slave伺服器my.cnf文件

[mysqld] 
server-id=3
log-bin=/data/mysql3306log/mysql-bin 
binlog_format=mixed
relay-log=/data/mysql3306log/slave-relay-bin    
relay-log-index=/data/mysql3306log/slave-relay-bin.index
sync_binlog=1 
#註意:下面這個參數需要修改為伺服器內存的70%左右 
innodb_buffer_pool_size = 512M 
innodb_flush_log_at_trx_commit=1 
sql_mode=STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION,NO_AUTO_VALUE_ON_ZERO 
lower_case_table_names=1 
log_bin_trust_function_creators=1

3、SSH登錄到中繼伺服器MySQL資料庫

(1)在中繼Slave資料庫上創建用於主從復制的賬戶(192.168.0.154換成你的從資料庫IP):
首先登陸MySQL伺服器

mysql -uroot -proot  

然後在MySQL伺服器中執行如下命令:

mysql> GRANT REPLICATION SLAVE ON *.* TO 'lyz'@'192.168.0.154' IDENTIFIED BY 'lyz';  

(2)中繼Slave資料庫鎖表(禁止再插入數據以獲取主資料庫的的二進制日志坐標)

mysql> FLUSH TABLES WITH READ LOCK;   

(3)然後克隆一個SSH會話窗口,在這個窗口打開MySQL命令行:
首先登陸MySQL伺服器

mysql -uroot -proot

執行如下命令

mysql> SHOW MASTER STATUS;  

結果如下:

mysql> show master status;
+——————+———-+————–+——————+——————-+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+——————+———-+————–+——————+——————-+
| mysql-bin.000003 | 543 | | | |
+——————+———-+————–+——————+——————-+
1 row in set (0.01 sec)

退出MySQL

mysql> exit; 

在這個例子中,二進制日志文件是mysql-bin.000003,位置是543,記錄下這兩個值,稍後要用到。
(4)在中繼Slave伺服器上使用mysqldump命令創建一個數據快照:

#mysqldump -uroot -proot -h127.0.0.1 -P3306 --all-databases  --triggers --routines --events >all.sql 

(5)解鎖第(2)步中繼Slave數據的鎖表操作:

mysql> UNLOCK TABLES;  

(6)將第(4)步生成的all.sql復制到Slave伺服器

scp ./all.sql liuyazhuang154:/data/mysql/backup

4、SSH登錄到新增的Slave資料庫

(1)導入中繼Slave資料庫的快照

# cd /data/mysql/backup   
# mysql -uroot -proot -h127.0.0.1 -P3306 < all.sql 

(2)給Slave資料庫設置復制的中繼Slave資料庫信息(註意修改MASTER_LOG_FILE和MASTER_LOG_POS的值):

# mysql -uroot -proot   
mysql> CHANGE MASTER TO MASTER_HOST='192.168.0.153',MASTER_USER='lyz',MASTER_PASSWORD='lyz',MASTER_LOG_FILE='mysql-bin.000003',MASTER_LOG_POS=543;   
# 然後啟動從資料庫的復制線程:   
mysql> START slave;   
# 接著查詢資料庫的slave狀態:   
mysql>  SHOW slave STATUS \G   
# 如果下面兩個參數都是Yes,則說明主從配置成功!   
Slave_IO_Running: Yes   
Slave_SQL_Running: Yes  

(3)至此,MySQL MSS主從復制配置結束。接下來你可以在Master資料庫上創建資料庫、表、插入數據,然後看中繼Slave和Slave資料庫是否同步瞭這些操作

三、附錄

1、中繼Slave伺服器my.cnf文件完整配置

# 以下選項會被MySQL客戶端應用讀取。
# 註意隻有MySQL附帶的客戶端應用程式保證可以讀取這段內容。
# 如果你想你自己的MySQL應用程式獲取這些值。
# 需要在MySQL客戶端庫初始化的時候指定這些選項。
 
#
[client]
#password = [your_password]
port = 3306
socket = /usr/local/mysql3306/mysql.sock
 
# *** 應用定制選項 ***
 
#
# MySQL 服務端
#
[mysqld]
 
# 一般配置選項
port = 3306
socket = /usr/local/mysql3306/mysql.sock
basedir =/usr/local/mysql3306
datadir = /data/mysql3306db
# back_log 是操作系統在監聽隊列中所能保持的連接數,
# 隊列保存瞭在 MySQL 連接管理器線程處理之前的連接.
# 如果你有非常高的連接率並且出現 “connection refused” 報錯,
# 你就應該增加此處的值.
# 檢查你的操作系統文檔來獲取這個變量的最大值.
# 如果將back_log設定到比你操作系統限制更高的值,將會沒有效果
#back_log = 300
 
# 不在 TCP/IP 端口上進行監聽.
# 如果所有的進程都是在同一臺伺服器連接到本地的 mysqld,
# 這樣設置將是增強安全的方法
# 所有 mysqld 的連接都是通過 Unix Sockets 或者命名管道進行的.
# 註意在 Windows下如果沒有打開命名管道選項而隻是用此項
# (通過 “enable-named-pipe” 選項) 將會導致 MySQL 服務沒有任何作用!
#skip-networking
 
# MySQL 服務所允許的同時會話數的上限
# 其中一個連接將被 SUPER 權限保留作為管理員登錄.
# 即便已經達到瞭連接數的上限.
max_connections = 3000
 
# 每個客戶端連接最大的錯誤允許數量,如果達到瞭此限制.
# 這個客戶端將會被 MySQL 服務阻止直到執行瞭 “FLUSH HOSTS” 或者服務重啟
# 非法的密碼以及其他在鏈接時的錯誤會增加此值.
# 查看 “Aborted_connects” 狀態來獲取全局計數器.
max_connect_errors = 100
 
# 所有線程所打開表的數量.
# 增加此值就增加瞭 mysqld 所需要的文件描述符的數量
# 這樣你需要確認在 [mysqld_safe] 中 “open-files-limit” 變量設置打開文件數量允許至少等於 table_cache 的值
table_open_cache = 4096
 
# 允許外部文件級別的鎖. 打開文件鎖會對性能造成負面影響
# 所以隻有在你在同樣的文件上運行多個資料庫實例時才使用此選項(註意仍會有其他約束!)
# 或者你在文件層面上使用瞭其他一些軟件依賴來鎖定 MyISAM 表
#external-locking
 
# 服務所能處理的請求包的最大大小以及服務所能處理的最大的請求大小(當與大的 BLOB 字段一起工作時相當必要)
# 每個連接獨立的大小,大小動態增加
max_allowed_packet = 128M
 
# 在一個事務中 binlog 為瞭記錄 SQL 狀態所持有的 cache 大小
# 如果你經常使用大的,多聲明的事務,你可以增加此值來獲取更大的性能.
# 所有從事務來的狀態都將被緩沖在 binlog 緩沖中然後在提交後一次性寫入到 binlog 中
# 如果事務比此值大, 會使用磁盤上的臨時文件來替代.
# 此緩沖在每個連接的事務第一次更新狀態時被創建
binlog_cache_size = 4M
 
# 獨立的內存表所允許的最大容量.
# 此選項為瞭防止意外創建一個超大的內存表導致永盡所有的內存資源.
max_heap_table_size = 128M
 
# 隨機讀取數據緩沖區使用內存(read_rnd_buffer_size):和順序讀取相對應,
# 當 MySQL 進行非順序讀取(隨機讀取)數據塊的時候,會利用>這個緩沖區暫存讀取的數據
# 如根據索引信息讀取表數據,根據排序後的結果集與表進行 Join 等等
# 總的來說,就是當數據塊的讀取需要滿足>一定的順序的情況下,MySQL 就需要產生隨機讀取,進而使用到 read_rnd_buffer_size 參數所設置的內存緩沖區
read_rnd_buffer_size = 16M
 
# 排序緩沖被用來處理類似 ORDER BY 以及 GROUP BY 隊列所引起的排序
# 如果排序後的數據無法放入排序緩沖,一個用來替代的基於磁盤的合並分類會被使用
# 查看 “Sort_merge_passes” 狀態變量.
# 在排序發生時由每個線程分配
sort_buffer_size = 16M
 
# 此緩沖被使用來優化全聯合(FULL JOINS 不帶索引的聯合).
# 類似的聯合在極大多數情況下有非常糟糕的性能表現,但是將此值設大能夠減輕性能影響.
# 通過 “Select_full_join” 狀態變量查看全聯合的數量
# 當全聯合發生時,在每個線程中分配
join_buffer_size = 16M
 
# 我們在 cache 中保留多少線程用於重用
# 當一個客戶端斷開連接後,如果 cache 中的線程還少於 thread_cache_size,則客戶端線程被放入cache 中.
# 這可以在你需要大量新連接的時候極大的減少線程創建的開銷
# (一般來說如果你有好的線程模型的話,這不會有明顯的性能提升.)
thread_cache_size = 16
 
# 此允許應用程式給予線程系統一個提示在同一時間給予渴望被運行的線程的數量.
# 此值隻對於支持 thread_concurrency() 函數的系統有意義( 例如Sun Solaris).
# 你可可以嘗試使用 [CPU數量]*(2..4) 來作為 thread_concurrency 的值
thread_concurrency = 8
 
# 查詢緩沖常被用來緩沖 SELECT 的結果並且在下一次同樣查詢的時候不再執行?苯臃禱亟峁?
# 打開查詢緩沖可以極大的提高伺服器速度, 如果你有大量的相同的查詢並且很少修改表.
# 查看 “Qcache_lowmem_prunes” 狀態變量來檢查是否當前值對於你的負載來說是否足夠高.
# 註意: 在你表經常變化的情況下或者如果你的查詢原文每次都不同,
# 查詢緩沖也許引起性能下降而不是性能提升.
query_cache_size = 128M
 
# 隻有小於此設定值的結果才會被緩沖
# 此設置用來保護查詢緩沖,防止一個極大的結果集將其他所有的查詢結果都覆蓋.
query_cache_limit = 4M
 
# 被全文檢索索引的最小的字長.
# 你也許希望減少它,如果你需要搜尋更短字的時候.
# 註意在你修改此值之後,你需要重建你的 FULLTEXT 索引
ft_min_word_len = 8
 
# 如果你的系統支持 memlock() 函數,你也許希望打開此選項用以讓運行中的 mysql 在在內存高度緊張的時候,數據在內存中保持鎖定並且防止可能被 swapping out
# 此選項對於性能有益
#memlock
 
# 當創建新表時作為默認使用的表類型,
# 如果在創建表示沒有特別執行表類型,將會使用此值
#default_table_type = InnoDB
 
# 線程使用的堆大小. 此容量的內存在每次連接時被預留.
# MySQL 本身常不會需要超過 64K 的內存
# 如果你使用你自己的需要大量堆的 UDF 函數或者你的操作系統對於某些操作需要更多的堆,你也許需要將其設置的更高一點.
thread_stack = 512K
 
# 設定默認的事務隔離級別.可用的級別如下:
# READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE
transaction_isolation = REPEATABLE-READ
 
# 內部(內存中)臨時表的最大大小
# 如果一個表增長到比此值更大,將會自動轉換為基於磁盤的表.
# 此限制是針對單個表的,而不是總和.
tmp_table_size = 128M
 
# 打開二進制日志功能.
# 在復制(replication)配置中,作為 MASTER 主伺服器必須打開此項
# 如果你需要從你最後的備份中做基於時間點的恢復,你也同樣需要二進制日志.
log-bin=/data/mysql3306log/mysql-bin
binlog-format=mixed
relay-log=/data/mysql3306log/slave-relay-bin  
relay-log-index=/data/mysql3306log/slave-relay-bin.index
# 如果你在使用鏈式從伺服器結構的復制模式 (A->B->C),
# 你需要在伺服器B上打開此項.
# 此選項打開在從線程上重做過的更新的日志, 並將其寫入從伺服器的二進制日志.
log_slave_updates
 
# 打開全查詢日志. 所有的由伺服器接收到的查詢 (甚至對於一個錯誤語法的查詢)
# 都會被記錄下來. 這對於調?苑淺S杏? 在生產環境中常常關閉此項.
#general_log=ON
#general_log_file=/usr/local/mysql/log/mysql.log
 
# 將警告打印輸出到錯誤 log 文件. 如果你對於 MySQL 有任何問題
# 你應該打開警告 log 並且仔細審查錯誤日志,查出可能的原因.
#log_warnings
 
# 記錄慢速查詢. 慢速查詢是指消耗瞭比 “long_query_time” 設定的更多時間的查詢.
# 如果 log_long_format 被打開,那些沒有使用索引的查詢也會被記錄.
# 如果你經常增加新查詢到已有的系統內的話. 一般來說這是一個好主意,
#log_slow_queries
 
# 所有的使用瞭比這個時間(以秒為單位)更多的查詢會被認為是慢速查詢.
# 不要在這裡使用“1″, 否則會導致所有的查詢,甚至非常快的查詢頁被記錄下來(由於 MySQL 目前時間的精確度隻能達到秒的級別).
long_query_time = 6
 
# 在慢速日志中記錄更多的信息.
# 一般此項最好打開.
# 打開此項會記錄使得那些沒有使用索引的查詢也被作為到慢速查詢附加到慢速日志裡
#log_long_format
 
# 此目錄被MySQL用來保存臨時文件.例如,
# 它被用來處理基於磁盤的大型排序,和內部排序一樣.
# 以及簡單的臨時表.
# 如果你不創建非常大的臨時文件,將其放置到 swapfs/tmpfs 文件系統上也許比較好
# 另一種選擇是你也可以將其放置在獨立的磁盤上.
# 你可以使用”;”來放置多個路徑
# 他們會按照 roud-robin 方法被輪詢使用.
#tmpdir = /tmp
 
# *** 主從復制相關的設置
 
# 唯一的服務辨識號,數值位於 1 到 2^32-1之間.
# 此值在master和slave上都需要設置.
# 如果 “master-host” 沒有被設置,則默認為1, 但是如果忽略此選項,MySQL不會作為master生效.
server-id = 002
sync_binlog=1

# 復制的Slave (去掉master段的註釋來使其生效)
#
# 為瞭配置此主機作為復制的slave伺服器,你可以選擇兩種方法:
#
# 1) 使用 CHANGE MASTER TO 命令 (在我們的手冊中有完整描述) -
# 語法如下:
#
# CHANGE MASTER TO MASTER_HOST=, MASTER_PORT=,
# MASTER_USER=, MASTER_PASSWORD= ;
#
# 你需要替換掉 , , 等被尖括號包圍的字段以及使用master的端口號替換 (默認3306).
#
# 例子:
#
# CHANGE MASTER TO MASTER_HOST=’125.564.12.1′, MASTER_PORT=3306,
# MASTER_USER=’joe’, MASTER_PASSWORD=’secret’;
#
# 或者
#
# 2) 設置以下的變量. 不論如何, 在你選擇這種方法的情況下, 然後第一次啟動復制(甚至不成功的情況下,
# 例如如果你輸入錯密碼在master-password?侄尾⑶襰lave無法連接),
# slave會創建一個 master.info 文件,並且之後任何對於包含在此文件內的參數的變化都會被忽略
# 並且由 master.info 文件內的內容覆蓋, 除非你關閉slave服務, 刪除 master.info 並且重啟slave 服務.
# 由於這個原因,你也許不想碰一下的配置(註釋掉的) 並且使用 CHANGE MASTER TO (查看上面) 來代替
#
# 所需要的唯一id號位於 2 和 2^32 – 1之間
# (並且和master不同)
# 如果master-host被設置瞭.則默認值是2
# 但是如果省略,則不會生效
#server-id = 2
#
# 復制結構中的master – 必須
#master-host =
#
# 當連接到master上時slave所用來認證的用戶名 – 必須
#master-user =
#
# 當連接到master上時slave所用來認證的密碼 – 必須
#master-password =
#
# master監聽的端口.
# 可選 – 默認是3306
#master-port =
 
# 使得slave隻讀.隻有用戶擁有SUPER權限和在上面的slave線程能夠修改數據.
# 你可以使用此項去保證沒有應用程式會意外的修改slave而不是master上的數據
#read_only
 
#*** MyISAM 相關選項
 
# 關鍵詞緩沖的大小, 一般用來緩沖 MyISAM 表的索引塊.
# 不要將其設置大於你可用內存的30%,
# 因為一部分內存同樣被OS用來緩沖行數據
# 甚至在你並不使用 MyISAM 表的情況下, 你也需要仍舊設置起 8-64M 內存由於它同樣會被內部臨時磁盤表使用.
key_buffer_size = 128M
 
# 用來做 MyISAM 表全表掃描的緩沖大小.
# 當全表掃描需要時,在對應線程中分配.
read_buffer_size = 8M
 
# 當在排序之後,從一個已經排序好的序列中讀取行時,行數據將從這個緩沖中讀取來防止磁盤尋道.
# 如果你增高此值,可以提高很多 ORDER BY 的性能.
# 當需要時由每個線程分配
read_rnd_buffer_size = 64M
 
# MyISAM 使用特殊的類似樹的 cache 來使得突發插入
# (這些插入是,INSERT … SELECT, INSERT … VALUES (…), (…), …, 以及 LOAD DATA INFILE) 更快.
# 此變量限制每個進程中緩沖樹的字節數.
# 設置為 0 會關閉此優化.
# 為瞭最優化不要將此值設置大於 “key_buffer_size”.
# 當突發插入被檢測到時此緩沖將被分配.
bulk_insert_buffer_size = 256M
 
# 此緩沖當 MySQL 需要在 REPAIR, OPTIMIZE, ALTER 以及 LOAD DATA INFILE 到一個空表中引起重建索引時被分配.
# 這在每個線程中被分配.所以在設置大值時需要小心.
myisam_sort_buffer_size = 256M
 
# MySQL 重建索引時所允許的最大臨時文件的大小 (當 REPAIR, ALTER TABLE 或者 LOAD DATA INFILE).
# 如果文件大小比此值更大,索引會通過鍵值緩沖創建(更慢)
myisam_max_sort_file_size = 10G
 
# 如果被用來更快的索引創建索引所使用臨時文件大於制定的值,那就使用鍵值緩沖方法.
# 這主要用來強制在大表中長字串鍵去使用慢速的鍵值緩沖方法來創建索引.
#myisam_max_extra_sort_file_size = 10G
 
# 如果一個表擁有超過一個索引, MyISAM 可以通過並行排序使用超過一個線程去修復他們.
# 這對於擁有多個 CPU 以及大量內存情況的用戶,是一個很好的選擇.
myisam_repair_threads = 1
 
# 自動檢查和修復沒有適當關閉的 MyISAM 表.
myisam_recover
 
# 默認關閉 Federated
skip-federated
 
# *** BDB 相關選項 ***
 
# 如果你運行的MySQL服務有BDB支持但是你不準備使用的時候使用此選項. 這會節省內存並且可能加速一些事.
#skip-bdb
 
# *** INNODB 相關選項 ***
 
# 如果你的 MySQL 服務包含 InnoDB 支持但是並不打算使用的話,
# 使用此選項會節省內存以及磁盤空間,並且加速某些部分
#skip-innodb
 
# 附加的內存池被 InnoDB 用來保存 metadata 信息(5.6中不再推薦使用)
# 如果 InnoDB 為此目的需要更多的內存,它會開始從 OS 這裡申請內存.
# 由於這個操作在大多數現代操作系統上已經足夠快, 你一般不需要修改此值.
# SHOW INNODB STATUS 命令會顯示當先使用的數量.
innodb_additional_mem_pool_size = 64M
 
# InnoDB使用一個緩沖池來保存索引和原始數據, 不像 MyISAM.
# 這裡你設置越大,這能保證你在大多數的讀取操作時使用的是內存而不是硬盤,在存取表裡面數據時所需要的磁盤 I/O 越少.
# 在一個獨立使用的資料庫伺服器上,你可以設置這個變量到伺服器物理內存大小的80%
# 不要設置過大,否則,由於物理內存的競爭可能導致操作系統的換頁顛簸.
# 註意在32位系統上你每個進程可能被限制在 2-3.5G 用戶層面內存限制,
# 所以不要設置的太高.
innodb_buffer_pool_size = 6G
 
# InnoDB 將數據保存在一個或者多個數據文件中成為表空間.
# 如果你隻有單個邏輯驅動保存你的數據,一個單個的自增文件就足夠好瞭.
# 其他情況下.每個設備一個文件一般都是個好的選擇.
# 你也可以配置 InnoDB 來使用裸盤分區 – 請參考手冊來獲取更多相關內容
innodb_data_file_path = ibdata1:10M:autoextend
 
# 設置此選項如果你希望InnoDB表空間文件被保存在其他分區.
# 默認保存在MySQL的datadir中.
#innodb_data_home_dir =
 
# 用來同步IO操作的IO線程的數量.
# 此值在Unix下被硬編碼為8,但是在Windows磁盤I/O可能在一個大數值下表現的更好.
innodb_file_io_threads = 8
 
# 如果你發現 InnoDB 表空間損壞, 設置此值為一個非零值可能幫助你導出你的表.
# 從1開始並且增加此值知道你能夠成功的導出表.
#innodb_force_recovery=1
 
# 在 InnoDb 核心內的允許線程數量.
# 最優值依賴於應用程式,硬件以及操作系統的調度方式.
# 過高的值可能導致線程的互斥顛簸.
innodb_thread_concurrency = 16
 
# 如果設置為1 ,InnoDB 會在每次提交後刷新(fsync)事務日志到磁盤上,
# 這提供瞭完整的 ACID 行為.
# 如果你願意對事務安全折衷, 並且你正在運行一個小的事物, 你可以設置此值到0或者2來減少由事務日志引起的磁盤I/O
# 0代表日志隻大約每秒寫入日志文件並且日志文件刷新到磁盤.
# 2代表日志寫入日志文件在每次提交後,但是日志文件隻有大約每秒才會刷新到磁盤上.
innodb_flush_log_at_trx_commit = 2
#(說明:如果是遊戲伺服器,建議此值設置為2;如果是對數據安全要求極高的應用,建議設置為1;設置為0性能最高,但如果發生故障,數據可能會有丟失的危險!默認值1的意思是每一次事務提交或事務外的指令都需要把日志寫入(flush)硬盤,這是很費時的。特別是使用電池供電緩存(Battery backed up cache)時。設成2對於很多運用,特別是從MyISAM表轉過來的是可以的,它的意思是不寫入硬盤而是寫入系統緩存。日志仍然會每秒flush到硬盤,所以你一般不會丟失超過1-2秒的更新。設成0會更快一點,但安全方面比較差,即使MySQL掛瞭也可能會丟失事務的數據。而值2隻會在整個操作系統掛瞭時才可能丟數據。)
 
# 加速 InnoDB 的關閉. 這會阻止 InnoDB 在關閉時做全清除以及插入緩沖合並.
# 這可能極大增加關機時間, 但是取而代之的是 InnoDB 可能在下次啟動時做這些操作.
#innodb_fast_shutdown
 
# 用來緩沖日志數據的緩沖區的大小.
# 當此值快滿時, InnoDB 將必須刷新數據到磁盤上.
# 由於基本上每秒都會刷新一次,所以沒有必要將此值設置的太大(甚至對於長事務而言)
innodb_log_buffer_size = 16M
 
# 在日志組中每個日志文件的大小.
# 你應該設置日志文件總合大小到你緩沖池大小的25%~100%
# 來避免在日志文件覆寫上不必要的緩沖池刷新行為.
# 不論如何, 請註意一個大的日志文件大小會增加恢復進程所需要的時間.
innodb_log_file_size = 512M
 
# 在日志組中的文件總數.
# 通常來說2~3是比較好的.
innodb_log_files_in_group = 3
 
# InnoDB 的日志文件所在位置. 默認是 MySQL 的 datadir.
# 你可以將其指定到一個獨立的硬盤上或者一個RAID1卷上來提高其性能
#innodb_log_group_home_dir
 
# 在 InnoDB 緩沖池中最大允許的臟頁面的比例.
# 如果達到限額, InnoDB 會開始刷新他們防止他們妨礙到幹凈數據頁面.
# 這是一個軟限制,不被保證絕對執行.
innodb_max_dirty_pages_pct = 90
 
# InnoDB 用來刷新日志的方法.
# 表空間總是使用雙重寫入刷新方法
# 默認值是 “fdatasync”, 另一個是 “O_DSYNC”.
# 一般來說,如果你有硬件 RAID 控制器,並且其獨立緩存采用 write-back 機制,並有著電池斷電保護,那麼應該設置配置為 O_DIRECT
# 否則,大多數情況下應將其設為 fdatasync
#innodb_flush_method=fdatasync
 
# 在被回滾前,一個 InnoDB 的事務應該等待一個鎖被批準多久.
# InnoDB 在其擁有的鎖表中自動檢測事務死鎖並且回滾事務.
# 如果你使用 LOCK TABLES 指令, 或者在同樣事務中使用除瞭 InnoDB 以外的其他事務安全的存儲引擎
# 那麼一個死鎖可能發生而 InnoDB 無法註意到.
# 這種情況下這個 timeout 值對於解決這種問題就非常有幫助.
innodb_lock_wait_timeout = 120
 
# 這項設置告知InnoDB是否需要將所有表的數據和索引存放在共享表空間裡(innodb_file_per_table = OFF) 或者為每張表的數據單獨放在一個.ibd文件(innodb_file_per_table = ON)
# 每張表一個文件允許你在drop、truncate或者rebuild表時回收磁盤空間
# 這對於一些高級特性也是有必要的,比如數據壓縮,但是它不會帶來任何性能收益
innodb_file_per_table = on
 
[mysqldump]
# 不要在將內存中的整個結果寫入磁盤之前緩存. 在導出非常巨大的表時需要此項
quick
 
max_allowed_packet = 32M
 
[mysql]
no-auto-rehash
 
# 僅僅允許使用鍵值的 UPDATEs 和 DELETEs .
#safe-updates
 
[myisamchk]
key_buffer = 16M
sort_buffer_size = 16M
read_buffer = 8M
write_buffer = 8M
 
[mysqlhotcopy]
interactive-timeout
 
[mysqld_safe]
# 增加每個進程的可打開文件數量.
# 警告: 確認你已經將全系統限制設定的足夠高!
# 打開大量表需要將此值設大
open-files-limit = 8192

 

2、Slave伺服器my.cnf完整配置

 

# 以下選項會被MySQL客戶端應用讀取。
# 註意隻有MySQL附帶的客戶端應用程式保證可以讀取這段內容。
# 如果你想你自己的MySQL應用程式獲取這些值。
# 需要在MySQL客戶端庫初始化的時候指定這些選項。
 
#
[client]
#password = [your_password]
port = 3306
socket = /usr/local/mysql3306/mysql.sock
 
# *** 應用定制選項 ***
 
#
# MySQL 服務端
#
[mysqld]
 
# 一般配置選項
port = 3306
socket = /usr/local/mysql3306/mysql.sock
basedir =/usr/local/mysql3306
datadir = /data/mysql3306db
# back_log 是操作系統在監聽隊列中所能保持的連接數,
# 隊列保存瞭在 MySQL 連接管理器線程處理之前的連接.
# 如果你有非常高的連接率並且出現 “connection refused” 報錯,
# 你就應該增加此處的值.
# 檢查你的操作系統文檔來獲取這個變量的最大值.
# 如果將back_log設定到比你操作系統限制更高的值,將會沒有效果
#back_log = 300
 
# 不在 TCP/IP 端口上進行監聽.
# 如果所有的進程都是在同一臺伺服器連接到本地的 mysqld,
# 這樣設置將是增強安全的方法
# 所有 mysqld 的連接都是通過 Unix Sockets 或者命名管道進行的.
# 註意在 Windows下如果沒有打開命名管道選項而隻是用此項
# (通過 “enable-named-pipe” 選項) 將會導致 MySQL 服務沒有任何作用!
#skip-networking
 
# MySQL 服務所允許的同時會話數的上限
# 其中一個連接將被 SUPER 權限保留作為管理員登錄.
# 即便已經達到瞭連接數的上限.
max_connections = 3000
 
# 每個客戶端連接最大的錯誤允許數量,如果達到瞭此限制.
# 這個客戶端將會被 MySQL 服務阻止直到執行瞭 “FLUSH HOSTS” 或者服務重啟
# 非法的密碼以及其他在鏈接時的錯誤會增加此值.
# 查看 “Aborted_connects” 狀態來獲取全局計數器.
max_connect_errors = 100
 
# 所有線程所打開表的數量.
# 增加此值就增加瞭 mysqld 所需要的文件描述符的數量
# 這樣你需要確認在 [mysqld_safe] 中 “open-files-limit” 變量設置打開文件數量允許至少等於 table_cache 的值
table_open_cache = 4096
 
# 允許外部文件級別的鎖. 打開文件鎖會對性能造成負面影響
# 所以隻有在你在同樣的文件上運行多個資料庫實例時才使用此選項(註意仍會有其他約束!)
# 或者你在文件層面上使用瞭其他一些軟件依賴來鎖定 MyISAM 表
#external-locking
 
# 服務所能處理的請求包的最大大小以及服務所能處理的最大的請求大小(當與大的 BLOB 字段一起工作時相當必要)
# 每個連接獨立的大小,大小動態增加
max_allowed_packet = 128M
 
# 在一個事務中 binlog 為瞭記錄 SQL 狀態所持有的 cache 大小
# 如果你經常使用大的,多聲明的事務,你可以增加此值來獲取更大的性能.
# 所有從事務來的狀態都將被緩沖在 binlog 緩沖中然後在提交後一次性寫入到 binlog 中
# 如果事務比此值大, 會使用磁盤上的臨時文件來替代.
# 此緩沖在每個連接的事務第一次更新狀態時被創建
binlog_cache_size = 4M
 
# 獨立的內存表所允許的最大容量.
# 此選項為瞭防止意外創建一個超大的內存表導致永盡所有的內存資源.
max_heap_table_size = 128M
 
# 隨機讀取數據緩沖區使用內存(read_rnd_buffer_size):和順序讀取相對應,
# 當 MySQL 進行非順序讀取(隨機讀取)數據塊的時候,會利用>這個緩沖區暫存讀取的數據
# 如根據索引信息讀取表數據,根據排序後的結果集與表進行 Join 等等
# 總的來說,就是當數據塊的讀取需要滿足>一定的順序的情況下,MySQL 就需要產生隨機讀取,進而使用到 read_rnd_buffer_size 參數所設置的內存緩沖區
read_rnd_buffer_size = 16M
 
# 排序緩沖被用來處理類似 ORDER BY 以及 GROUP BY 隊列所引起的排序
# 如果排序後的數據無法放入排序緩沖,一個用來替代的基於磁盤的合並分類會被使用
# 查看 “Sort_merge_passes” 狀態變量.
# 在排序發生時由每個線程分配
sort_buffer_size = 16M
 
# 此緩沖被使用來優化全聯合(FULL JOINS 不帶索引的聯合).
# 類似的聯合在極大多數情況下有非常糟糕的性能表現,但是將此值設大能夠減輕性能影響.
# 通過 “Select_full_join” 狀態變量查看全聯合的數量
# 當全聯合發生時,在每個線程中分配
join_buffer_size = 16M
 
# 我們在 cache 中保留多少線程用於重用
# 當一個客戶端斷開連接後,如果 cache 中的線程還少於 thread_cache_size,則客戶端線程被放入cache 中.
# 這可以在你需要大量新連接的時候極大的減少線程創建的開銷
# (一般來說如果你有好的線程模型的話,這不會有明顯的性能提升.)
thread_cache_size = 16
 
# 此允許應用程式給予線程系統一個提示在同一時間給予渴望被運行的線程的數量.
# 此值隻對於支持 thread_concurrency() 函數的系統有意義( 例如Sun Solaris).
# 你可可以嘗試使用 [CPU數量]*(2..4) 來作為 thread_concurrency 的值
thread_concurrency = 8
 
# 查詢緩沖常被用來緩沖 SELECT 的結果並且在下一次同樣查詢的時候不再執行直接返回結果.
# 打開查詢緩沖可以極大的提高伺服器速度, 如果你有大量的相同的查詢並且很少修改表.
# 查看 “Qcache_lowmem_prunes” 狀態變量來檢查是否當前值對於你的負載來說是否足夠高.
# 註意: 在你表經常變化的情況下或者如果你的查詢原文每次都不同,
# 查詢緩沖也許引起性能下降而不是性能提升.
query_cache_size = 128M
 
# 隻有小於此設定值的結果才會被緩沖
# 此設置用來保護查詢緩沖,防止一個極大的結果集將其他所有的查詢結果都覆蓋.
query_cache_limit = 4M
 
# 被全文檢索索引的最小的字長.
# 你也許希望減少它,如果你需要搜尋更短字的時候.
# 註意在你修改此值之後,你需要重建你的 FULLTEXT 索引
ft_min_word_len = 8
 
# 如果你的系統支持 memlock() 函數,你也許希望打開此選項用以讓運行中的 mysql 在在內存高度緊張的時候,數據在內存中保持鎖定並且防止可能被 swapping out
# 此選項對於性能有益
#memlock
 
# 當創建新表時作為默認使用的表類型,
# 如果在創建表示沒有特別執行表類型,將會使用此值
#default_table_type = InnoDB
 
# 線程使用的堆大小. 此容量的內存在每次連接時被預留.
# MySQL 本身常不會需要超過 64K 的內存
# 如果你使用你自己的需要大量堆的 UDF 函數或者你的操作系統對於某些操作需要更多的堆,你也許需要將其設置的更高一點.
thread_stack = 512K
 
# 設定默認的事務隔離級別.可用的級別如下:
# READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE
transaction_isolation = REPEATABLE-READ
 
# 內部(內存中)臨時表的最大大小
# 如果一個表增長到比此值更大,將會自動轉換為基於磁盤的表.
# 此限制是針對單個表的,而不是總和.
tmp_table_size = 128M
 
# 打開二進制日志功能.
# 在復制(replication)配置中,作為 MASTER 主伺服器必須打開此項
# 如果你需要從你最後的備份中做基於時間點的恢復,你也同樣需要二進制日志.
#log-bin=/usr/local/mysql/logs/mysql-bin
log-bin=/data/mysql3306log/mysql-bin
binlog-format=mixed
relay-log=/data/mysql3306log/slave-relay-bin      
relay-log-index=/data/mysql3306log/slave-relay-bin.index
 
# 如果你在使用鏈式從伺服器結構的復制模式 (A->B->C),
# 你需要在伺服器B上打開此項.
# 此選項打開在從線程上重做過的更新的日志, 並將其寫入從伺服器的二進制日志.
#log_slave_updates
 
# 打開全查詢日志. 所有的由伺服器接收到的查詢 (甚至對於一個錯誤語法的查詢)
# 都會被記錄下來. 這對於調試非常有用, 在生產環境中常常關閉此項.
#general_log=ON
#general_log_file=/usr/local/mysql/log/mysql.log
 
# 將警告打印輸出到錯誤 log 文件. 如果你對於 MySQL 有任何問題
# 你應該打開警告 log 並且仔細審查錯誤日志,查出可能的原因.
#log_warnings
 
# 記錄慢速查詢. 慢速查詢是指消耗瞭比 “long_query_time” 設定的更多時間的查詢.
# 如果 log_long_format 被打開,那些沒有使用索引的查詢也會被記錄.
# 如果你經常增加新查詢到已有的系統內的話. 一般來說這是一個好主意,
#log_slow_queries
 
# 所有的使用瞭比這個時間(以秒為單位)更多的查詢會被認為是慢速查詢.
# 不要在這裡使用“1″, 否則會導致所有的查詢,甚至非常快的查詢頁被記錄下來(由於 MySQL 目前時間的精確度隻能達到秒的級別).
long_query_time = 6
 
# 在慢速日志中記錄更多的信息.
# 一般此項最好打開.
# 打開此項會記錄使得那些沒有使用索引的查詢也被作為到慢速查詢附加到慢速日志裡
#log_long_format
 
# 此目錄被MySQL用來保存臨時文件.例如,
# 它被用來處理基於磁盤的大型排序,和內部排序一樣.
# 以及簡單的臨時表.
# 如果你不創建非常大的臨時文件,將其放置到 swapfs/tmpfs 文件系統上也許比較好
# 另一種選擇是你也可以將其放置在獨立的磁盤上.
# 你可以使用”;”來放置多個路徑
# 他們會按照 roud-robin 方法被輪詢使用.
#tmpdir = /tmp
 
# *** 主從復制相關的設置
 
# 唯一的服務辨識號,數值位於 1 到 2^32-1之間.
# 此值在master和slave上都需要設置.
# 如果 “master-host” 沒有被設置,則默認為1, 但是如果忽略此選項,MySQL不會作為master生效.
server-id = 003
sync_binlog=1
# 復制的Slave (去掉master段的註釋來使其生效)
#
# 為瞭配置此主機作為復制的slave伺服器,你可以選擇兩種方法:
#
# 1) 使用 CHANGE MASTER TO 命令 (在我們的手冊中有完整描述) -
# 語法如下:
#
# CHANGE MASTER TO MASTER_HOST=, MASTER_PORT=,
# MASTER_USER=, MASTER_PASSWORD= ;
#
# 你需要替換掉 , , 等被尖括號包圍的字段以及使用master的端口號替換 (默認3306).
#
# 例子:
#
# CHANGE MASTER TO MASTER_HOST=’125.564.12.1′, MASTER_PORT=3306,
# MASTER_USER=’joe’, MASTER_PASSWORD=’secret’;
#
# 或者
#
# 2) 設置以下的變量. 不論如何, 在你選擇這種方法的情況下, 然後第一次啟動復制(甚至不成功的情況下,
# 例如如果你輸入錯密碼在master-password字段並且slave無法連接),
# slave會創建一個 master.info 文件,並且之後任何對於包含在此文件內的參數的變化都會被忽略
# 並且由 master.info 文件內的內容覆蓋, 除非你關閉slave服務, 刪除 master.info 並且重啟slave 服務.
# 由於這個原因,你也許不想碰一下的配置(註釋掉的) 並且使用 CHANGE MASTER TO (查看上面) 來代替
#
# 所需要的唯一id號位於 2 和 2^32 – 1之間
# (並且和master不同)
# 如果master-host被設置瞭.則默認值是2
# 但是如果省略,則不會生效
#server-id = 2
#
# 復制結構中的master – 必須
#master-host =
#
# 當連接到master上時slave所用來認證的用戶名 – 必須
#master-user =
#
# 當連接到master上時slave所用來認證的密碼 – 必須
#master-password =
#
# master監聽的端口.
# 可選 – 默認是3306
#master-port =
 
# 使得slave隻讀.隻有用戶擁有SUPER權限和在上面的slave線程能夠修改數據.
# 你可以使用此項去保證沒有應用程式會意外的修改slave而不是master上的數據
#read_only
 
#*** MyISAM 相關選項
 
# 關鍵詞緩沖的大小, 一般用來緩沖 MyISAM 表的索引塊.
# 不要將其設置大於你可用內存的30%,
# 因為一部分內存同樣被OS用來緩沖行數據
# 甚至在你並不使用 MyISAM 表的情況下, 你也需要仍舊設置起 8-64M 內存由於它同樣會被內部臨時磁盤表使用.
key_buffer_size = 128M
 
# 用來做 MyISAM 表全表掃描的緩沖大小.
# 當全表掃描需要時,在對應線程中分配.
read_buffer_size = 8M
 
# 當在排序之後,從一個已經排序好的序列中讀取行時,行數據將從這個緩沖中讀取來防止磁盤尋道.
# 如果你增高此值,可以提高很多 ORDER BY 的性能.
# 當需要時由每個線程分配
read_rnd_buffer_size = 64M
 
# MyISAM 使用特殊的類似樹的 cache 來使得突發插入
# (這些插入是,INSERT … SELECT, INSERT … VALUES (…), (…), …, 以及 LOAD DATA INFILE) 更快.
# 此變量限制每個進程中緩沖樹的字節數.
# 設置為 0 會關閉此優化.
# 為瞭最優化不要將此值設置大於 “key_buffer_size”.
# 當突發插入被檢測到時此緩沖將被分配.
bulk_insert_buffer_size = 256M
 
# 此緩沖當 MySQL 需要在 REPAIR, OPTIMIZE, ALTER 以及 LOAD DATA INFILE 到一個空表中引起重建索引時被分配.
# 這在每個線程中被分配.所以在設置大值時需要小心.
myisam_sort_buffer_size = 256M
 
# MySQL 重建索引時所允許的最大臨時文件的大小 (當 REPAIR, ALTER TABLE 或者 LOAD DATA INFILE).
# 如果文件大小比此值更大,索引會通過鍵值緩沖創建(更慢)
myisam_max_sort_file_size = 10G
 
# 如果被用來更快的索引創建索引所使用臨時文件大於制定的值,那就使用鍵值緩沖方法.
# 這主要用來強制在大表中長字串鍵去使用慢速的鍵值緩沖方法來創建索引.
#myisam_max_extra_sort_file_size = 10G
 
# 如果一個表擁有超過一個索引, MyISAM 可以通過並行排序使用超過一個線程去修復他們.
# 這對於擁有多個 CPU 以及大量內存情況的用戶,是一個很好的選擇.
myisam_repair_threads = 1
 
# 自動檢查和修復沒有適當關閉的 MyISAM 表.
myisam_recover
 
# 默認關閉 Federated
skip-federated
 
# *** BDB 相關選項 ***
 
# 如果你運行的MySQL服務有BDB支持但是你不準備使用的時候使用此選項. 這會節省內存並且可能加速一些事.
#skip-bdb
 
# *** INNODB 相關選項 ***
 
# 如果你的 MySQL 服務包含 InnoDB 支持但是並不打算使用的話,
# 使用此選項會節省內存以及磁盤空間,並且加速某些部分
#skip-innodb
 
# 附加的內存池被 InnoDB 用來保存 metadata 信息(5.6中不再推薦使用)
# 如果 InnoDB 為此目的需要更多的內存,它會開始從 OS 這裡申請內存.
# 由於這個操作在大多數現代操作系統上已經足夠快, 你一般不需要修改此值.
# SHOW INNODB STATUS 命令會顯示當先使用的數量.
innodb_additional_mem_pool_size = 64M
 
# InnoDB使用一個緩沖池來保存索引和原始數據, 不像 MyISAM.
# 這裡你設置越大,這能保證你在大多數的讀取操作時使用的是內存而不是硬盤,在存取表裡面數據時所需要的磁盤 I/O 越少.
# 在一個獨立使用的資料庫伺服器上,你可以設置這個變量到伺服器物理內存大小的80%
# 不要設置過大,否則,由於物理內存的競爭可能導致操作系統的換頁顛簸.
# 註意在32位系統上你每個進程可能被限制在 2-3.5G 用戶層面內存限制,
# 所以不要設置的太高.
innodb_buffer_pool_size = 6G
 
# InnoDB 將數據保存在一個或者多個數據文件中成為表空間.
# 如果你隻有單個邏輯驅動保存你的數據,一個單個的自增文件就足夠好瞭.
# 其他情況下.每個設備一個文件一般都是個好的選擇.
# 你也可以配置 InnoDB 來使用裸盤分區 – 請參考手冊來獲取更多相關內容
innodb_data_file_path = ibdata1:10M:autoextend
 
# 設置此選項如果你希望InnoDB表空間文件被保存在其他分區.
# 默認保存在MySQL的datadir中.
#innodb_data_home_dir =
 
# 用來同步IO操作的IO線程的數量.
# 此值在Unix下被硬編碼為8,但是在Windows磁盤I/O可能在一個大數值下表現的更好.
innodb_file_io_threads = 8
 
# 如果你發現 InnoDB 表空間損壞, 設置此值為一個非零值可能幫助你導出你的表.
# 從1開始並且增加此值知道你能夠成功的導出表.
#innodb_force_recovery=1
 
# 在 InnoDb 核心內的允許線程數量.
# 最優值依賴於應用程式,硬件以及操作系統的調度方式.
# 過高的值可能導致線程的互斥顛簸.
innodb_thread_concurrency = 16
 
# 如果設置為1 ,InnoDB 會在每次提交後刷新(fsync)事務日志到磁盤上,
# 這提供瞭完整的 ACID 行為.
# 如果你願意對事務安全折衷, 並且你正在運行一個小的事物, 你可以設置此值到0或者2來減少由事務日志引起的磁盤I/O
# 0代表日志隻大約每秒寫入日志文件並且日志文件刷新到磁盤.
# 2代表日志寫入日志文件在每次提交後,但是日志文件隻有大約每秒才會刷新到磁盤上.
innodb_flush_log_at_trx_commit = 2
#(說明:如果是遊戲伺服器,建議此值設置為2;如果是對數據安全要求極高的應用,建議設置為1;設置為0性能最高,但如果發生故障,數據可能會有丟失的危險!默認值1的意思是每一次事務提交或事務外的指令都需要把日志寫入(flush)硬盤,這是很費時的。特別是使用電池供電緩存(Battery backed up cache)時。設成2對於很多運用,特別是從MyISAM表轉過來的是可以的,它的意思是不寫入硬盤而是寫入系統緩存。日志仍然會每秒flush到硬盤,所以你一般不會丟失超過1-2秒的更新。設成0會更快一點,但安全方面比較差,即使MySQL掛瞭也可能會丟失事務的數據。而值2隻會在整個操作系統掛瞭時才可能丟數據。)
 
# 加速 InnoDB 的關閉. 這會阻止 InnoDB 在關閉時做全清除以及插入緩沖合並.
# 這可能極大增加關機時間, 但是取而代之的是 InnoDB 可能在下次啟動時做這些操作.
#innodb_fast_shutdown
 
# 用來緩沖日志數據的緩沖區的大小.
# 當此值快滿時, InnoDB 將必須刷新數據到磁盤上.
# 由於基本上每秒都會刷新一次,所以沒有必要將此值設置的太大(甚至對於長事務而言)
innodb_log_buffer_size = 16M
 
# 在日志組中每個日志文件的大小.
# 你應該設置日志文件總合大小到你緩沖池大小的25%~100%
# 來避免在日志文件覆寫上不必要的緩沖池刷新行為.
# 不論如何, 請註意一個大的日志文件大小會增加恢復進程所需要的時間.
innodb_log_file_size = 512M
 
# 在日志組中的文件總數.
# 通常來說2~3是比較好的.
innodb_log_files_in_group = 3
 
# InnoDB 的日志文件所在位置. 默認是 MySQL 的 datadir.
# 你可以將其指定到一個獨立的硬盤上或者一個RAID1卷上來提高其性能
#innodb_log_group_home_dir
 
# 在 InnoDB 緩沖池中最大允許的臟頁面的比例.
# 如果達到限額, InnoDB 會開始刷新他們防止他們妨礙到幹凈數據頁面.
# 這是一個軟限制,不被保證絕對執行.
innodb_max_dirty_pages_pct = 90
 
# InnoDB 用來刷新日志的方法.
# 表空間總是使用雙重寫入刷新方法
# 默認值是 “fdatasync”, 另一個是 “O_DSYNC”.
# 一般來說,如果你有硬件 RAID 控制器,並且其獨立緩存采用 write-back 機制,並有著電池斷電保護,那麼應該設置配置為 O_DIRECT
# 否則,大多數情況下應將其設為 fdatasync
#innodb_flush_method=fdatasync
 
# 在被回滾前,一個 InnoDB 的事務應該等待一個鎖被批準多久.
# InnoDB 在其擁有的鎖表中自動檢測事務死鎖並且回滾事務.
# 如果你使用 LOCK TABLES 指令, 或者在同樣事務中使用除瞭 InnoDB 以外的其他事務安全的存儲引擎
# 那麼一個死鎖可能發生而 InnoDB 無法註意到.
# 這種情況下這個 timeout 值對於解決這種問題就非常有幫助.
innodb_lock_wait_timeout = 120
 
# 這項設置告知InnoDB是否需要將所有表的數據和索引存放在共享表空間裡(innodb_file_per_table = OFF) 或者為每張表的數據單獨放在一個.ibd文件(innodb_file_per_table = ON)
# 每張表一個文件允許你在drop、truncate或者rebuild表時回收磁盤空間
# 這對於一些高級特性也是有必要的,比如數據壓縮,但是它不會帶來任何性能收益
innodb_file_per_table = on
 
[mysqldump]
# 不要在將內存中的整個結果寫入磁盤之前緩存. 在導出非常巨大的表時需要此項
quick
 
max_allowed_packet = 32M
 
[mysql]
no-auto-rehash
 
# 僅僅允許使用鍵值的 UPDATEs 和 DELETEs .
#safe-updates
 
[myisamchk]
key_buffer = 16M
sort_buffer_size = 16M
read_buffer = 8M
write_buffer = 8M
 
[mysqlhotcopy]
interactive-timeout
 
[mysqld_safe]
# 增加每個進程的可打開文件數量.
# 警告: 確認你已經將全系統限制設定的足夠高!
# 打開大量表需要將此值設大
open-files-limit = 8192

You May Also Like