MySQL之:生產(chǎn)環(huán)境 my.cnf 配置示例

硬件:內(nèi)存32G

character_set_server = utf8:設(shè)置字符集為utf8
innodb_file_per_table = 1:打開獨立表空間
max_connections = 8000:(并發(fā)連接)MySQL 服務(wù)所允許的同時會話數(shù)的上限么鹤,經(jīng)常出現(xiàn) Too Many Connections 的錯誤提示稽煤,則需要增大此值
back_log = 300:back_log 是操作系統(tǒng)在監(jiān)聽隊列中所能保持的連接數(shù)
max_connect_errors = 1000:每個客戶端連接最大的錯誤允許數(shù)量屹培,當超過該次數(shù),MySQL 服務(wù)器將禁止此主機的連接請求聂示,直到 MySQL 服務(wù)器重啟或通過 flush hosts 命令清空此主機的相關(guān)信息
open_files_limit = 10240:所有線程所打開表的數(shù)量
max_allowed_packet = 32M:每個連接傳輸數(shù)據(jù)大小,最大1G鹅颊,須是1024的倍數(shù)彩匕,一般設(shè)為最大的 BLOG 的值
wait_timeout = 10:指定一個請求的最大連接時間
sort_buffer_size = 16M:排序緩沖被用來處理類似 ORDER BY 以及 GROUP BY 隊列所引起的排序
join_buffer_size = 16M:不帶索引的全表掃描,使用的 buffer 的最小值
query_cache_size =128M:查詢緩沖大小
query_cache_limit = 4M:指定單個查詢能夠使用的緩沖區(qū)大小杏愤,缺省為1M
transaction_isolation = REPEATABLE-READ:設(shè)定默認的事務(wù)隔離級別
thread_stack = 512k:線程使用的堆大小靡砌。此值限制內(nèi)存中能處理的存儲過程的遞歸深度和SQL語句復(fù)雜性,此容量的內(nèi)存在每次連接時被預(yù)留
log_bin:二進制日志功能
log_long_format=row:二進制日志格式
innodb_buffer_pool_size = 6G:InnoDB 使用一個緩沖池來保存索引和原始數(shù)據(jù)珊楼,可設(shè)置這個變量到服務(wù)器物理內(nèi)存大小的80%
innodb_file_io_threads = 4:用來同步IO操作的IO線程的數(shù)量
innodb_thread-concurrency = 16:在InnoDB核心內(nèi)的允許線程數(shù)量通殃,建議的設(shè)置是CPU數(shù)量加上磁盤數(shù)量的兩倍
innodb_log_buffer_size = 16M:用來緩沖日志數(shù)據(jù)的緩沖區(qū)的大小
innodb_log_file_size = 512M:在日志組中每個日志文件的大小
innodb_log_files_in_group = 3:在日志組中的文件總數(shù)
innodb_lock_wait_timeout = 120:SQL語句在被回滾前,InnoDB事務(wù)等待InnoDB行鎖的時間
long_query_time = 2:慢查詢時長
log_queries_not_using_indexes:將沒有使用索引的查詢也記錄下來

MySQL配置最佳實踐

  • 高并發(fā)大數(shù)據(jù)的互聯(lián)網(wǎng)業(yè)務(wù)厕宗,架構(gòu)設(shè)計思路是“解放數(shù)據(jù)庫CPU画舌,將計算轉(zhuǎn)移到服務(wù)層”,并發(fā)量大的情況下已慢,這些功能很可能將數(shù)據(jù)庫拖死曲聂,業(yè)務(wù)邏輯放到服務(wù)層具備更好的擴展性,能夠輕易實現(xiàn)“增機器就加性能”
參考:

阿里巴巴 jave 開發(fā)手冊
58到家數(shù)據(jù)庫30條軍規(guī)解讀
https://zhuanlan.51cto.com/art/201702/531364.htm

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末佑惠,一起剝皮案震驚了整個濱河市朋腋,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌兢仰,老刑警劉巖乍丈,帶你破解...
    沈念sama閱讀 217,084評論 6 503
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件剂碴,死亡現(xiàn)場離奇詭異把将,居然都是意外死亡,警方通過查閱死者的電腦和手機忆矛,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,623評論 3 392
  • 文/潘曉璐 我一進店門察蹲,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人催训,你說我怎么就攤上這事洽议。” “怎么了漫拭?”我有些...
    開封第一講書人閱讀 163,450評論 0 353
  • 文/不壞的土叔 我叫張陵亚兄,是天一觀的道長。 經(jīng)常有香客問我采驻,道長审胚,這世上最難降的妖魔是什么匈勋? 我笑而不...
    開封第一講書人閱讀 58,322評論 1 293
  • 正文 為了忘掉前任,我火速辦了婚禮膳叨,結(jié)果婚禮上洽洁,老公的妹妹穿的比我還像新娘。我一直安慰自己菲嘴,他們只是感情好饿自,可當我...
    茶點故事閱讀 67,370評論 6 390
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著龄坪,像睡著了一般昭雌。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上健田,一...
    開封第一講書人閱讀 51,274評論 1 300
  • 那天城豁,我揣著相機與錄音,去河邊找鬼抄课。 笑死唱星,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的跟磨。 我是一名探鬼主播间聊,決...
    沈念sama閱讀 40,126評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼抵拘!你這毒婦竟也來了哎榴?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 38,980評論 0 275
  • 序言:老撾萬榮一對情侶失蹤僵蛛,失蹤者是張志新(化名)和其女友劉穎尚蝌,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體充尉,經(jīng)...
    沈念sama閱讀 45,414評論 1 313
  • 正文 獨居荒郊野嶺守林人離奇死亡飘言,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,599評論 3 334
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了驼侠。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片姿鸿。...
    茶點故事閱讀 39,773評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖倒源,靈堂內(nèi)的尸體忽然破棺而出苛预,到底是詐尸還是另有隱情,我是刑警寧澤笋熬,帶...
    沈念sama閱讀 35,470評論 5 344
  • 正文 年R本政府宣布热某,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏昔馋。R本人自食惡果不足惜芜繁,卻給世界環(huán)境...
    茶點故事閱讀 41,080評論 3 327
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望绒极。 院中可真熱鬧骏令,春花似錦、人聲如沸垄提。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,713評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽铡俐。三九已至凰兑,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間审丘,已是汗流浹背吏够。 一陣腳步聲響...
    開封第一講書人閱讀 32,852評論 1 269
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留滩报,地道東北人锅知。 一個月前我還...
    沈念sama閱讀 47,865評論 2 370
  • 正文 我出身青樓,卻偏偏與公主長得像脓钾,于是被迫代替她去往敵國和親售睹。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 44,689評論 2 354

推薦閱讀更多精彩內(nèi)容