my.cnf經常使用配置

時間 2019-11-09

標籤 my.cnf cnf 經常使用配置简体版

原文原文鏈接

自動生成cnf配置文件：http://imysql.com/my-cnf-wizard.htmlhtml

經常使用配置：
前端

[mysql]字段 mysql

no-auto-rehash  #開啓命令補全

[mysqld]字段 sql

#port = 3306 #默認
#bind-address = 0.0.0.0  #默認
pid-file =  /data/mysql/mysql.pid
basedir =  /usr/local/mysql/
symbolic-link = 0   
    #等同於skip-symbolic-links，不能使用鏈接文件，多個客戶可能會訪問同一個數據庫，所以這防止外部客戶鎖定 MySQL 服務器。 該選項默認開啓
#tmpdir =  /usr/local/mysql/tmp/  
    #此目錄被 MySQL用來保存臨時文件.例如,它被用來處理基於磁盤的大型排序,若是你不建立很是大的臨時文件,將其放置到 swapfs/tmpfs 文件系統上也許比較好。另外一種選擇是你也能夠將其放置在獨立的磁盤上.你
    可使用」;」來放置多個路徑，他們會按照 roud-robin 方法被輪詢使用.
open_files_limit = 65535
    #MySQL打開的文件描述符限制，默認最小1024;當open_files_limit沒有被配置的時候，比較max_connections*5和ulimit-n的值，哪一個大用哪一個，
    當open_file_limit被配置的時候，比較open_files_limit和max_connections*5的值，哪一個大用哪一個。
    須要修改服務腳本，例centos7中/etc/systemd/system/mysql.service在mysql.service中最後一行添加LimitNOFILE=65535重啓服務，修改了mysql.server有可能須要systemctl daemon-reload
    同時ulimit -n 65535 重啓後失效 因此還須要修改系統配置文件
        修改系統配置文件/etc/security/limits.conf  
        * soft nofile 65535
        * hard nofile 65535
datadir=/data/mysql
log-error = /data/mysql/error.log

slow_query_log=on       #慢查詢日誌相關
long_query_time=2       #默認10秒
slow_query_log_file=/var/log/mariadb/slow_query.log
log-queries-not-using-indexes      #若是運行的SQL語句沒有使用索引，則mysql數據庫一樣會將這條SQL語句記錄到慢查詢日誌文件中。
#log_output = FILE 
    #參數 log_output 指定了慢查詢輸出的格式，默認爲 FILE，你能夠將它設爲 TABLE，而後就能夠查詢 mysql 架構下的 slow_log 表了

socket=/var/lib/mysql/mysql.sock    #該條配置需在[client]段同時配置，port也要配置。不然可能出錯
default_storage_engine=InnoDB
innodb_file_per_table = on     #InnoDB爲獨立表空間模式，每一個數據庫的每一個表都會生成一個數據空間
innodb_buffer_pool_size=4G     #生產中要改，建議爲操做系統內存的70%-80%，需重啓服務生效
skip_name_resolve = on         #忽略主機名解析，提升訪問速度（注意配置文件中使用主機名將不能解析）
lower_case_table_names = 1     #忽略表單大小寫
character-set-server=utf8mb4   #設定默認字符爲utf8mb4

1.使用innodb注意事項數據庫

a) 全部InnoDB數據表都建立一個和業務無關的自增數字型做爲主鍵，對保證性能頗有幫助；
b) 杜絕使用text/blob，確實須要使用的，儘量拆分出去成一個獨立的表；
c) 時間戳建議使用 TIMESTAMP 類型存儲；
d) IPV4 地址建議用 INT UNSIGNED 類型存儲；
e) 性別等非是即非的邏輯，建議採用 TINYINT 存儲，而不是 CHAR(1)；例可使用0,1,2來表示，未知,男,女，優勢搜索快，缺點顯示/存儲都要轉換
f) 存儲較長文本內容時，建議採用JSON/BSON格式存儲；

2.查詢緩存相關編程

query_cache_type=1
    #0表示禁用緩存，1表示會緩存全部的結果，除非你的select語句使用SQL_NO_CACHE禁用了查詢緩存，2表示只緩存在select語句中經過SQL_CACHE指定須要緩存的查詢
query_cache_limit = 2M  
    #不緩存查詢大於該值的結果.只有小於此設定值的結果纔會被緩衝,  此設置用來保護查詢緩衝,防止一個極大的結果集將其餘全部的查詢結果都覆蓋.
query_cache_size = 64M 或32M 或128M
    #此值爲0表示未啓用查詢緩存功能，查看是否支持SHOW VARIABLES LIKE 'have_query_cache';值爲yes表示支持查詢緩存
    
緩存相關字段意義show status like ‘%Qcache%’; 
    Qcache_free_blocks:表示查詢緩存中目前還有多少剩餘的blocks，若是該值顯示較大，則說明查詢緩存中的內存碎片過多了，可能在必定的時間進行整理。
    Qcache_free_memory  剩餘查詢緩存大小，根據此值調整query_cache_size
    Qcache_hits:表示有多少次命中緩存
    Qcache_inserts: 表示多少次未命中而後插入，SQL請求在緩存中未找到，不得不執行查詢處理，執行查詢處理後把結果insert到查詢緩存中。這樣的狀況的次 數越多，表示查詢緩存應用到的比較少，效果也就不理想。固然系統剛啓動後，查詢緩存是空的
    Qcache_lowmem_prunes:該參數記錄有多少條查詢由於內存不足而被移除出查詢緩存。經過這個值，用戶能夠適當的調整緩存大小

3.系統資源相關
centos

back_log = 500 
    #接受隊列，對於沒創建 tcp 鏈接的請求隊列放入緩存中，隊列大小爲 back_log，受限制與OS參數，查看方式cat /proc/sys/net/ipv4/tcp_max_syn_backlog。
    能夠編輯/etc/sysctl.conf去調整它。如：net.ipv4.tcp_max_syn_backlog = 2048，改完後執行sysctl -p 讓修改當即生效。試圖設定 back_log 高於你的操做系統的限制將是無效的。
    默認值爲 50。對於 Linux 系統推薦設置爲小於512的整數。若是系統在一個短期內有不少鏈接，則須要增大該參數的值
max_connections = 1000  
    #指定MySQL容許的最大鏈接進程數。若是在訪問數據庫時常常出現"Too Many Connections"的錯誤提 示，默認100生產則須要增大該參數值。MySQL服務器容許的最大鏈接數16384

4.二進制日誌相關緩存

server_id=1                    
log_bin=master-bin
#log-bin-index=master-bin.index
expire_logs_days = 7
#binlog_format = row    #默認爲mix，新版中設爲這兩項可提升安全性
#binlog_row_image = minimal
max_binlog_size = 100m   #默認是1G
binlog_cache_size = 4m
#binlog-do-db = DBNAME #指定mysql的binlog日誌只記錄哪一個庫
max_binlog_cache_size = 512m  #生產4g
#skip-slave-start #注意：當從庫有數據恢復時，從庫應該關閉slave進程自動啓動避免數據不一致，要在從庫上手動啓動。

5.附配置主從相關操做：安全

準備工做：bash

確認開啓binlog #show global variables like 'log_bin';

記錄二進制日誌文件及編號：show master status;

主節點建立有複製權限的用戶帳號

GRANT REPLICATION SLAVE,REPLICATION CLIENT ON *.* TO 'repluser'@'192.168.5.%' identified by 'repluser';
flush privileges;

從節點配置：

server_id=2
relay_log=relay-log #開啓中繼日誌
#max_relay_log_size = 200M 
    #標記relaylog容許的最大值，若是該值爲0，則默認值爲max_binlog_size(1G)；若是不爲0，則max_relay_log_size則爲最大的relay_log文件大小；
relay_log_index=relay-log.index
read_only=ON   #重啓生效，對有super或all privileges權限的用戶不受限制
#replicate_wild_do_table=DB_NAME.%       #僅複製某庫某表,加wild可使用通配符
#replicate_wild_ignore_table=DB_NAME.%   #忽略複製某庫某表。忽略某庫replicate_ignore_db，或者主節點指定數據庫不記錄某庫的binlog，binlog-ignore-db=
#slave_skip_errors=all

#定義複製過程當中從服務器能夠自動跳過的錯誤號，當複製過程當中遇到定義的錯誤號，就能夠自動跳過，直接執行後面的SQL語句。

slave_skip_errors選項有四個可用值，分別爲：off，all，ErorCode，ddl_exist_errors。

默認狀況下該參數值是off，咱們能夠列出具體的error code，也能夠選擇all，mysql5.6及MySQL Cluster NDB 7.3以及後續版本增長了參數ddl_exist_errors，該參數包含一系列error code（1007,1008,1050,1051,1054,1060,1061,1068,1094,1146）

一些error code表明的錯誤以下：

1007：數據庫已存在，建立數據庫失敗
1008：數據庫不存在，刪除數據庫失敗
1050：數據表已存在，建立數據表失敗
1051：數據表不存在，刪除數據表失敗
1054：字段不存在，或程序文件跟數據庫有衝突
1060：字段重複，致使沒法插入
1061：重複鍵名
1068：定義了多個主鍵
1094：位置線程ID
1146：數據表缺失，請恢復數據庫
1053：複製過程當中主服務器宕機
1062：主鍵衝突 Duplicate entry '%s' for key %d

#從相關操做

指定主節點

change master to master_host='192.168.5.106',master_user='repluser',master_password='repluser',master_log_file='master_bin.000002',master_log_pos=343;  #MASTER_PORT=默認3306,
start slave [[IO_THREAD|SQL_THREAD] #啓動複製線程  
		檢查：show slave status;以下則正常啓動
			Slave_IO_Running=yes
			Slave_SQl_Running=yes
			Seconds_Behind_Master:0   #落後主庫的秒數，0比較正常
		看從庫relay-log.info 給sql線程用記錄上一次同步到的位置，通常狀況主從切換後，須要reset slave，清除relay-log.info。
		skip-slave-start #注意：當從庫有數據恢復時，從庫應該關閉slave進程自動啓動避免數據不一致，要在從庫上手動啓動。

安裝谷歌插件實現半同步複製：

Master：
install plugin rpl_semi_sync_master soname 'semisync_master.so';
SET GLOBAL rpl_semi_sync_master_enabled =1;
Slave:
install plugin rpl_semi_sync_slave soname 'semisync_slave.so'; 
SET GLOBAL rpl_semi_sync_slave_enabled =1;
#備庫而言，爲了保證半同步當即生效，須要重啓slave的IO線程

安裝插件後：

master在配置文件添加

rpl_semi_sync_master_enabled=1
rpl_semi_sync_master_timeout=1000 #單位是毫秒，默認是10000。master等待超時，則切換爲普通的異步複製。

slave添加

rpl_semi_sync_slave_enabled =1

筆者不常使用待發掘的配置：

[mysqld]

slave-load-tmpdir =  /usr/local/mysql/tmp/   #當 slave 執行 load data infile 時用
skip-external-locking                        #不使用系統鎖定，要使用 myisamchk,必須關閉服務器 ,避免 MySQL的外部鎖定，減小出錯概率加強穩定性。
skip-networking 
    #開啓該選項能夠完全關閉 MySQL 的 TCP/IP 鏈接方式，若是 WEB 服務器是以遠程鏈接的方式訪問 MySQL 數據庫服務器則不要開啓該選項！不然將沒法正常鏈接！
    若是全部的進程都是在同一臺服務器鏈接到本地的 mysqld, 這樣設置將是加強安全的方法。
sysdate-is-now = 1 #把SYSDATE 函數編程爲 NOW的別名
default-time-zone = system         #服務器時區，或者'+08:00'
default_table_type = InnoDB        #默認表類型
default-storage-engine = InnoDB    #默認存儲引擎

#系統資源相關

max_connect_errors = 10000  
    #若是某個用戶發起的鏈接 error 超過該數值，則該用戶的下次鏈接將被阻塞，直到管理員執行 flush hosts命令或者服務重啓， 防止非法的密碼以及其餘在連接時的錯誤會增長此值
connect-timeout = 10 
    #鏈接超時以前的最大秒數,在 Linux 平臺上，該超時也用做等待服務器首次迴應的時間
wait-timeout = 28800 #等待關閉鏈接的時間
interactive-timeout = 28800 
    #關閉鏈接以前，容許 interactive_timeout（取代了wait_timeout）秒的不活動時間。客戶端的會話 wait_timeout 變量被設爲會話interactive_timeout 變量的值。
    若是前端程序採用短鏈接，建議縮短這2個值, 若是前端程序採用長鏈接，可直接註釋掉這兩個選項，默認配置(8小時)  
slave-net-timeout = 600 
    #從服務器也可以處理網絡鏈接中斷。可是，只有從服務器超過slave_net_timeout 秒沒有從主服務器收到數據才通知網絡中斷
net_read_timeout = 30      #從服務器讀取信息的超時
net_write_timeout = 60     #從服務器寫入信息的超時
net_retry_count = 10       #若是某個通訊端口的讀操做中斷了，在放棄前重試屢次。
net_buffer_length = 16384  #包消息緩衝區初始化爲 net_buffer_length 字節，但須要時能夠增加到 max_allowed_packet 字節
max_allowed_packet = 64M
    #服務所能處理的請求包的最大大小以及服務所能處理的最大的請求大小(當與大的BLOB 字段一塊兒工做時至關必要)， 每一個鏈接獨立的大小.大小動態增長。
    設置最大包,限制server接受的數據包大小，避免超長SQL的執行有問題 默認值爲16M，當MySQL客戶端或mysqld服務器收到大於 max_allowed_packet 字節的信息包時，
    將發出「信息包過大」錯誤，並關閉鏈接。對於某些客戶端，若是通訊信息包過大，在執行查詢期間，可能會遇到「丟失與 MySQL 服務器的鏈接」錯誤。默認值 16M。
table_cache = 512 
    # 全部線程所打開表的數量. 增長此值就增長了mysqld所須要的文件描述符的數量這樣你須要確認在[mysqld_safe]中 「open-files-limit」 變量設置打開文件數量容許至少4096
thread_stack = 192K 
    # 線程使用的堆大小. 此容量的內存在每次鏈接時被預留.MySQL 自己常不會須要超過 64K 的內存若是你使用你本身的須要大量堆的 UDF 函數或者你的操做系統對於某些操做須要更多的堆,
    你也許須要將其設置的更高一點.默認設置足以知足大多數應用
thread_cache_size = 20 
    #在 cache 中保留多少線程用於重用.當一個客戶端斷開鏈接後,若是 cache 中的線程還少於 thread_cache_size,則客戶端線程被放入 cache 中.
    這能夠在你須要大量新鏈接的時候極大的減小線程建立的開銷(通常來講若是你有好的線程模型的話,這不會有明顯的性能提高.)
thread_concurrency = 8  #容許應用程序給予線程系統一個提示在同一時間給予渴望被運行的線程的數量.該參數取值爲服務器邏輯CPU數量×2
query_cache_min_res_unit = 2K 
    #查詢緩存分配的最小塊大小.默認是 4KB，設置值大對大數據查詢有好處，但若是你的查詢都是小數據查詢，就容易形成內存碎片和浪費
查詢緩存碎片率 = Qcache_free_blocks / Qcache_total_blocks * 100%
    若是查詢緩存碎片率超過 20%，能夠用 FLUSH QUERY CACHE 整理緩存碎片，或者試試減少query_cache_min_res_unit，若是你的查詢都是小數據量的話。
查詢緩存利用率 = (query_cache_size – Qcache_free_memory) / query_cache_size *100%
    查詢緩存利用率在 25%如下的話說明 query_cache_size 設置的過大，可適當減少;查詢緩存利用率在 80%以上並且 Qcache_lowmem_prunes > 50 的話說明 query_cache_size 可能有點小，要不就是碎片太多。
查詢緩存命中率 = (Qcache_hits – Qcache_inserts) / Qcache_hits * 100%

tmp_table_size = 512M        #臨時表的最大大小，若是超過該值，則結果放到磁盤中,此限制是針對單個表的,而不是總和
max_heap_table_size = 512M   #獨立的內存表所容許的最大容量.此選項爲了防止意外建立一個超大的內存表致使用盡全部的內存資源

#日誌相關

log_slave_updates = 1 #表示slave將複製事件寫進本身的二進制日誌
log-warnings = 1 
log_long_format       #在慢速日誌中記錄更多的信息.通常此項最好打開，打開此項會記錄使得那些沒有使用索引的查詢也被做爲到慢速查詢附加到慢速日誌裏
min_examined_row_limit=1000　　　　#記錄那些因爲查找了多餘1000次而引起的慢查詢
long-slow-admin-statements　　　　 #記錄那些慢的optimize table，analyze table和alter table語句
log-slow-slave-statements          #記錄由Slave所產生的慢查詢
general_log = 1                    #將全部到達MySQL Server的SQL語句記錄下來,默認關閉
general_log_file = /usr/local/mysql/log/mysql.log  #general_log路徑
relay-log-purge = 1 #是否自動清空再也不須要中繼日誌時。默認值爲1(啓用)

#MyISAM 相關選項

key_buffer_size = 256M 
    #指定用於索引的緩衝區大小，增長它可獲得更好的索引處理性能。若是是以InnoDB引擎爲主的DB，專用於MyISAM引擎的 key_buffer_size 能夠設置較小，8MB已足夠。 
    若是是以MyISAM引擎爲主，可設置較大，但不能超過4G. 在這裏，強烈建議不使用MyISAM引擎，默認都是用InnoDB引擎.
sort_buffer_size = 2M 
    #查詢排序時所能使用的緩衝區大小。排序緩衝被用來處理相似 ORDER BY 以及 GROUP BY 隊列所引發的排序.一個用來替代的基於磁盤的合併分類會被使用.
    查看 「Sort_merge_passes」 狀態變量. 在排序發生時由每一個線程分配 注意：該參數對應的分配內存是每鏈接獨佔！若是有 100 個鏈接，那麼實際分配的
    總共排序緩衝區大小爲 100 × 6 ＝600MB,因此,對於內存在 4GB 左右的服務器推薦設置爲 6-8M。
read_buffer_size = 2M 
    #讀查詢操做所能使用的緩衝區大小。和 sort_buffer_size 同樣，該參數對應的分配內存也是每鏈接獨享！用來作 MyISAM 表全表掃描的緩衝大小.當全表掃描須要時,在對應線程中分配.
join_buffer_size = 8M 
    #聯合查詢操做所能使用的緩衝區大小，和 sort_buffer_size 同樣，該參數對應的分配內存也是每鏈接獨享!此緩衝被使用來優化全聯合(full JOINs 不帶索引的聯合).
    相似的聯合在極大多數狀況下有很是糟糕的性能表現, 可是將此值設大可以減輕性能影響.經過 「Select_full_join」狀態變量查看全聯合的數量， 當全聯合發生時,在每一個線程中分配。
read_rnd_buffer_size = 8M 
    #MyISAM 以索引掃描(Random Scan)方式掃描數據的 buffer大小 
bulk_insert_buffer_size = 64M 
    #MyISAM 使用特殊的相似樹的 cache 來使得突發插入(這些插入是,INSERT … SELECT, INSERT … VALUES (…), (…), …, 以及 LOAD DATAINFILE) 更快. 
    此變量限制每一個進程中緩衝樹的字節數.設置爲 0 會關閉此優化.爲了最優化不要將此值設置大於 「key_buffer_size」.當突發插入被檢測到時此緩衝將被
    分配MyISAM 用在塊插入優化中的樹緩衝區的大小。註釋：這是一個 per thread 的限制 （ bulk 大量）.此緩衝當 MySQL 須要在 REPAIR, OPTIMIZE, ALTER 
    以及 LOAD DATA INFILE到一個空表中引發重建索引時被分配.這在每一個線程中被分配.因此在設置大值時須要當心
myisam_sort_buffer_size = 64M 
    #MyISAM 設置恢復表之時使用的緩衝區的尺寸,當在REPAIR TABLE 或用 CREATE INDEX 建立索引或 ALTER TABLE 過程當中排序 MyISAM 索引分配的緩衝區。
myisam_max_sort_file_size = 10G
    #mysql重建索引時容許使用的臨時文件最大大小
myisam_repair_threads = 1 
    #若是該值大於 1，在 Repair by sorting 過程當中並行建立MyISAM 表索引(每一個索引在本身的線程內).若是一個表擁有超過一個索引, MyISAM 能夠經過並行排序使用超過一個線程去修復他們.
    這對於擁有多個 CPU 以及大量內存狀況的用戶,是一個很好的選擇.
myisam_recover = 64K
    #容許的 GROUP_CONCAT()函數結果的最大長度
transaction_isolation = REPEATABLE-READ 
    # 設定默認的事務隔離級別.可用的級別以下:READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ,SERIALIZABLE
    1.READ UNCOMMITTED-讀未提交 2.READ COMMITTE-讀已提交 3.REPEATABLE READ -可重複讀 4.SERIALIZABLE -串行

#INNODB 相關選項

skip-innodb 
    #若是你的MySQL服務包含 InnoDB 支持可是並不打算使用的話,使用此選項會節省內存以及磁盤空間,而且加速某些部分
innodb_status_file = 1 
    #啓用InnoDB的status file，便於管理員查看以及監控等 show engine innodb status\G 
innodb_open_files = 2048 
    #限制Innodb能打開的表的數據，若是庫裏的表特別多的狀況，請增長這個。這個值默認是300
innodb_additional_mem_pool_size = 100M 
    #設置InnoDB存儲引擎用來存放數據字典信息以及一些內部數據結構的內存空間大小，因此當咱們一個MySQL Instance中的數據庫對象很是多的時候，
    是須要適當調整該參數的大小以確保全部數據都能存放在內存中提升訪問效率的。
innodb_write_io_threads = 4
innodb_read_io_threads = 4
    # innodb使用後臺線程處理數據頁上的讀寫 I/O(輸入輸出)請求,根據你的 CPU 核數來更改,默認是4
    # 注:這兩個參數不支持動態改變,須要把該參數加入到my.cnf裏，修改完後重啓MySQL服務,容許值的範圍從 1-64
innodb_data_home_dir =  /usr/local/mysql/var/ 
    #設置此選項若是你但願 InnoDB 表空間文件被保存在其餘分區.默認保存在 MySQL 的 datadir 中.
innodb_data_file_path = ibdata1:500M;ibdata2:2210M:autoextend
    #InnoDB將數據保存在一個或者多個數據文件中成爲表空間.若是你只有單個邏輯驅動保存你的數據,一個單個的自增文件就足夠好了.
    其餘狀況下.每一個設備一個文件通常都是個好的選擇.你也能夠配置 InnoDB 來使用裸盤分區
innodb_file_io_threads = 4 
    #用來同步 IO 操做的 IO 線程的數量. 此值在 Unix 下被硬編碼爲 4,可是在 Windows 磁盤 I/O 可能在一個大數值下表現的更好.
innodb_thread_concurrency = 16
    #在InnoDb 核心內的容許線程數量,InnoDB 試着在 InnoDB 內保持操做系統線程的數量少於或等於這個參數給出的限制,最優值依賴於應用程序,硬件以及操做系統的調度方式.
    太高的值可能致使線程的互斥顛簸.默認設置爲 0,表示不限制併發數，這裏推薦設置爲0，更好去發揮CPU多核處理能力，提升併發量
innodb_flush_log_at_trx_commit = 1 
    #若是設置爲 1 ,InnoDB 會在每次提交後刷新(fsync)事務日誌到磁盤上,這提供了完整的 ACID 行爲.若是你願意對事務安全折衷, 而且你正在運行一個小的食物,
    你能夠設置此值到 0 或者 2 來減小由事務日誌引發的磁盤 I/O
    0 表明日誌只大約每秒寫入日誌文件而且日誌文件刷新到磁盤.
    2 表明日誌寫入日誌文件在每次提交後,可是日誌文件只有大約每秒纔會刷新到磁盤上.
innodb_log_buffer_size = 8M 
    #用來緩衝日誌數據的緩衝區的大小.當此值快滿時, InnoDB 將必須刷新數據到磁盤上.因爲基本上每秒都會刷新一次,因此沒有必要將此值設置的太大(甚至對於長事務而言)
innodb_log_file_size = 500M 
    #事物日誌大小.在日誌組中每一個日誌文件的大小，你應該設置日誌文件總合大小到你緩衝池大小的5%~100%，來避免在日誌文件覆寫上沒必要要的緩衝池刷新行爲.不論如何,
    請注意一個大的日誌文件大小會增長恢復進程所須要的時間.
innodb_log_files_in_group = 2 
    #在日誌組中的文件總數.一般來講 2~3 是比較好的.
innodb_log_group_home_dir =  /usr/local/mysql/var/
    #InnoDB的日誌文件所在位置. 默認是 MySQL 的 datadir.你能夠將其指定到一個獨立的硬盤上或者一個 RAID1 捲上來提升其性能
innodb_max_dirty_pages_pct = 90 #innodb 主線程刷新緩存池中的數據，使髒數據比例小於 90%,這是一個軟限制,不被保證絕對執行.
innodb_lock_wait_timeout = 50 
    #InnoDB 事務在被回滾以前能夠等待一個鎖定的超時秒數。InnoDB在它本身的鎖定表中自動檢測事務死鎖而且回滾事務。InnoDB用LOCK TABLES語句注意到鎖定設置。默認值是50秒
innodb_flush_method = O_DSYNC 
    #InnoDB 用來刷新日誌的方法.表空間老是使用雙重寫入刷新方法.默認值是 「fdatasync」, 另外一個是 「O_DSYNC」.
innodb_force_recovery=1
    #若是你發現InnoDB 表空間損壞, 設置此值爲一個非零值可能幫助你導出你的表.從1 開始而且增長此值知道你可以成功的導出表.
innodb_fast_shutdown 
    #加速InnoDB的關閉. 這會阻止InnoDB在關閉時作全清除以及插入緩衝合併.可是取而代之的是InnoDB可能在下次啓動時作這些操做.

#其餘相關：

[mysqldump]
quick

[mysql]
auto-rehash                    #容許經過 TAB 鍵提示
default-character-set = utf8   #數據庫字符集
connect-timeout = 3

[client]
default-character-set=utf8

[mysqld_safe]
open-files-limit = 8192 
    #增長每一個進程的可打開文件數量.確認你已經將全系統限制設定的足夠高!打開大量表須要將此值設大

參考：https://www.cnblogs.com/panwenbin-logs/p/8360703.html

相關標籤/搜索

每日一句

每一个你不满意的现在，都有一个你没有努力的曾经。