建站
咨詢
售后
建站咨詢
新聞中心
這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
mysql5.7配置文件
路徑
/etc/MySQL/conf.d/my.cnf
在額濟納等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供成都網(wǎng)站設(shè)計、成都網(wǎng)站制作 網(wǎng)站設(shè)計制作按需定制制作,公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),成都品牌網(wǎng)站建設(shè),網(wǎng)絡(luò)營銷推廣,成都外貿(mào)網(wǎng)站建設(shè)公司,額濟納網(wǎng)站建設(shè)費用合理。
內(nèi)容
[client]
default-character-set=utf8
[mysql]
default-character-set=utf8
[mysqld]
character-set-server=utf8
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
datadir = /var/lib/mysql
#log-error = /var/log/mysql/error.log
#連接有效時長，默認是28800（8小時）
wait_timeout=28800
#表示表名是否大小寫敏感，0-敏感；1-不敏感
lower_case_table_names=1
# 建議禁用符號鏈接,防止各類安全風(fēng)險
symbolic-links=0
# 127.0.0.1 可以綁定ip地址或者僅允許本地訪問,默認情況下我們只接受來自主機的連接
#bind-address = 127.0.0.1
# MySQL每打開一個表，都會讀入一些數(shù)據(jù)到table_open_cache緩存中，當MySQL在這個緩存中找不到相應(yīng)信息時，才會去磁盤上讀取。默認值64
table_open_cache = 128
# 一個事務(wù)，在沒有提交的時候，產(chǎn)生的日志，記錄到Cache中；等到事務(wù)提交需要提交的時候，則把日志持久化到磁盤。默認binlog_cache_size大小32K
binlog_cache_size = 1M
# 定義了用戶可以創(chuàng)建的內(nèi)存表(memory table)的大小。這個值用來計算內(nèi)存表的最大行數(shù)值。這個變量支持動態(tài)改變
max_heap_table_size = 8M
# MySQL的heap（堆積）表緩沖大小。所有聯(lián)合在一個DML指令內(nèi)完成，并且大多數(shù)聯(lián)合甚至可以不用臨時表即可以完成。
tmp_table_size = 16M
# MySQL讀入緩沖區(qū)大小。對表進行順序掃描的請求將分配一個讀入緩沖區(qū)，MySQL會為它分配一段內(nèi)存緩沖區(qū)。read_buffer_size變量控制這一緩沖區(qū)的大小。
# 如果對表的順序掃描請求非常頻繁，并且你認為頻繁掃描進行得太慢，可以通過增加該變量值以及內(nèi)存緩沖區(qū)大小提高其性能
#read_buffer_size = 2M
# MySQL的隨機讀緩沖區(qū)大小。當按任意順序讀取行時(例如，按照排序順序)，將分配一個隨機讀緩存區(qū)。進行排序查詢時，
# MySQL會首先掃描一遍該緩沖，以避免磁盤搜索，提高查詢速度，如果需要排序大量數(shù)據(jù)，可適當調(diào)高該值。但MySQL會為每個客戶連接發(fā)放該緩沖空間，所以應(yīng)盡量適當設(shè)置該值，以避免內(nèi)存開銷過大
read_rnd_buffer_size = 8M
# MySQL執(zhí)行排序使用的緩沖大小。如果想要增加ORDER BY的速度，首先看是否可以讓MySQL使用索引而不是額外的排序階段。
# 如果不能，可以嘗試增加sort_buffer_size變量的大小
sort_buffer_size = 8M
# 聯(lián)合查詢操作所能使用的緩沖區(qū)大小，和sort_buffer_size一樣，該參數(shù)對應(yīng)的分配內(nèi)存也是每連接獨享
join_buffer_size = 8M
# 這個值（默認8）表示可以重新利用保存在緩存中線程的數(shù)量，當斷開連接時如果緩存中還有空間，那么客戶端的線程將被放到緩存中，
# 如果線程重新被請求，那么請求將從緩存中讀取,如果緩存中是空的或者是新的請求，那么這個線程將被重新創(chuàng)建,如果有很多新的線程，
# 增加這個值可以改善系統(tǒng)性能.通過比較Connections和Threads_created狀態(tài)的變量，可以看到這個變量的作用。(–>表示要調(diào)整的值)
# 根據(jù)物理內(nèi)存設(shè)置規(guī)則如下：
# 1G —> 8
# 2G —> 16
# 3G —> 32
# 大于3G —> 64
thread_cache_size = 16
# MySQL的查詢緩沖大小（從4.0.1開始，MySQL提供了查詢緩沖機制）使用查詢緩沖，MySQL將SELECT語句和查詢結(jié)果存放在緩沖區(qū)中，
# 今后對于同樣的SELECT語句（區(qū)分大小寫），將直接從緩沖區(qū)中讀取結(jié)果。根據(jù)MySQL用戶手冊，使用查詢緩沖最多可以達到238%的效率。
# 通過檢查狀態(tài)值'Qcache_%'，可以知道query_cache_size設(shè)置是否合理：如果Qcache_lowmem_prunes的值非常大，則表明經(jīng)常出現(xiàn)緩沖不夠的情況，
# 如果Qcache_hits的值也非常大，則表明查詢緩沖使用非常頻繁，此時需要增加緩沖大小；如果Qcache_hits的值不大，則表明你的查詢重復(fù)率很低，
# 這種情況下使用查詢緩沖反而會影響效率，那么可以考慮不用查詢緩沖。此外，在SELECT語句中加入SQL_NO_CACHE可以明確表示不使用查詢緩沖
query_cache_size = 64M
# 指定用于索引的緩沖區(qū)大小，增加它可得到更好處理的索引(對所有讀和多重寫)，到你能負擔(dān)得起那樣多。如果你使它太大，
# 系統(tǒng)將開始換頁并且真的變慢了。對于內(nèi)存在4GB左右的服務(wù)器該參數(shù)可設(shè)置為384M或512M。通過檢查狀態(tài)值Key_read_requests和Key_reads，
# 可以知道key_buffer_size設(shè)置是否合理。比例key_reads/key_read_requests應(yīng)該盡可能的低，
# 至少是1:100，1:1000更好(上述狀態(tài)值可以使用SHOW STATUS LIKE 'key_read%'獲得)。注意：該參數(shù)值設(shè)置的過大反而會是服務(wù)器整體效率降低
#key_buffer_size = 4M
# 超過30天的binlog刪除
expire_logs_days = 30
max_connections=2000
# 慢查詢時間 超過1秒則為慢查詢
slow_query_log = 1
long_query_time = 1
slow_query_log_file = /var/log/mysql/mysql-slow.log
# 限制Innodb能打開的表的數(shù)據(jù)，如果庫里的表特別多的情況，請增加這個。這個值默認是300
innodb_open_files = 500
# InnoDB使用一個緩沖池來保存索引和原始數(shù)據(jù), 不像MyISAM.
# 這里你設(shè)置越大,你在存取表里面數(shù)據(jù)時所需要的磁盤I/O越少.
# 在一個獨立使用的數(shù)據(jù)庫服務(wù)器上,你可以設(shè)置這個變量到服務(wù)器物理內(nèi)存大小的80%
# 不要設(shè)置過大,否則,由于物理內(nèi)存的競爭可能導(dǎo)致操作系統(tǒng)的換頁顛簸.
# 注意在32位系統(tǒng)上你每個進程可能被限制在 2-3.5G 用戶層面內(nèi)存限制,
# 所以不要設(shè)置的太高.
innodb_buffer_pool_size = 64M
# 使用5.7支持orderby 和去重同時存在，應(yīng)該盡量避免這種設(shè)計
# sql_mode=STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
# 0：如果innodb_flush_log_at_trx_commit的值為0,log buffer每秒就會被刷寫日志文件到磁盤，提交事務(wù)的時候不做任何操作（執(zhí)行是由mysql的master thread線程來執(zhí)行的。
# 主線程中每秒會將重做日志緩沖寫入磁盤的重做日志文件(REDO LOG)中。不論事務(wù)是否已經(jīng)提交）默認的日志文件是ib_logfile0,ib_logfile1
# 1：當設(shè)為默認值1的時候，每次提交事務(wù)的時候，都會將log buffer刷寫到日志。
# 2：如果設(shè)為2,每次提交事務(wù)都會寫日志，但并不會執(zhí)行刷的操作。每秒定時會刷到日志文件。要注意的是，并不能保證100%每秒一定都會刷到磁盤，這要取決于進程的調(diào)度。
# 每次事務(wù)提交的時候?qū)?shù)據(jù)寫入事務(wù)日志，而這里的寫入僅是調(diào)用了文件系統(tǒng)的寫入操作，而文件系統(tǒng)是有 緩存的，所以這個寫入并不能保證數(shù)據(jù)已經(jīng)寫入到物理磁盤
# 默認值1是為了保證完整的ACID。當然，你可以將這個配置項設(shè)為1以外的值來換取更高的性能，但是在系統(tǒng)崩潰的時候，你將會丟失1秒的數(shù)據(jù)。
# 設(shè)為0的話，mysqld進程崩潰的時候，就會丟失最后1秒的事務(wù)。設(shè)為2,只有在操作系統(tǒng)崩潰或者斷電的時候才會丟失最后1秒的數(shù)據(jù)。InnoDB在做恢復(fù)的時候會忽略這個值。
# 總結(jié)
# 設(shè)為1當然是最安全的，但性能頁是最差的（相對其他兩個參數(shù)而言，但不是不能接受）。如果對數(shù)據(jù)一致性和完整性要求不高，完全可以設(shè)為2，如果只最求性能，例如高并發(fā)寫的日志服務(wù)器，設(shè)為0來獲得更高性能
innodb_flush_log_at_trx_commit = 0
# 此參數(shù)確定些日志文件所用的內(nèi)存大小，以M為單位。緩沖區(qū)更大能提高性能，但意外的故障將會丟失數(shù)據(jù)。MySQL開發(fā)人員建議設(shè)置為1－8M之間
innodb_log_buffer_size = 2M
query_cache_type=2
# 服務(wù)器發(fā)送和接受的最大包長度
max_allowed_packet=64M
# MySQL支持4種事務(wù)隔離級別，他們分別是：
# READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE.
# 如沒有指定，MySQL默認采用的是REPEATABLE-READ，ORACLE默認的是READ-COMMITTED
transaction_isolation = REPEATABLE-READ
# 強制InnoDB恢復(fù),該選項通常只在存在數(shù)據(jù)文件異常需要強制恢復(fù)時開戶
#innodb_force_recovery = 1
# 關(guān)閉默認更新時間字段
explicit_defaults_for_timestamp=true
# 設(shè)置北京時區(qū)
#default-time_zone = '+8:00'
本文標題：mysql5.7配置文件
轉(zhuǎn)載來源：http://www.ef60e0e.cn/article/jsgodd.html
