MySQL中my.ini文件的基礎配置和優(yōu)化配置方式
更新時間:2025年01月13日 10:45:47 作者:沐 修
文章討論了數(shù)據庫異步同步的優(yōu)化思路,包括三個主要方面:冪等性、時序和延遲,作者還分享了MySQL配置文件的優(yōu)化經驗,并鼓勵讀者提供支持
MySQL my.ini文件的配置和優(yōu)化配置
優(yōu)化思路
數(shù)據庫異步同步 三點:幕等 時序 延遲
按照我的理解又分為以下幾個方面的層級
- 傳輸階段:用戶連接至應用服務器,應用服務器訪問數(shù)據庫服務器;
- 硬件層:物理機器設備,硬盤的轉速,CPU的主頻,內存的大小,網卡速率;
- 硬件層之上:read卡,bios,雙網卡綁定;
- 操作系統(tǒng)的優(yōu)化:ulimit,tcp握手包的調試,selinux等;
- 數(shù)據庫配置文件的調試:my.ini 主配置文件;
- 數(shù)據庫表結構的調試;
- SQL語句的優(yōu)化;
MySQL配置文件優(yōu)化
[client] port = 3306 #客戶端端口號為3306 socket =/data/3306/mysql.sock # default-character-set = utf8 #客戶端字符集,(控制character_set_client、character_set_connection、character_set_results) [mysql] no-auto-rehash #僅僅允許使用鍵值的updates和deletes [mysqld] #組包括了mysqld服務啟動的參數(shù),它涉及的方面很多,其中有MySQL的目錄和文件,通信、網絡、 # 信息安全、內存管理、優(yōu)化、查詢緩存區(qū),還有MySQL日志設置等。 user = mysql #mysql_safe腳本使用 MySQL運行用戶(編譯時--user=mysql指定),推薦使用mysql用戶。 port = 3306 # MySQL服務運行時的端口號。建議更改默認端口,默認容易遭受攻擊。 socket =/data/3306/mysql.sock #socket文件是在Linux/Unix環(huán)境下特有的,用戶在Linux/Unix環(huán)境下客戶端連接可以不通過TCP/IP網絡而直接使用unix socket連接MySQL。 basedir = /application/mysql # mysql程序所存放路徑,常用于存放mysql啟動、配置文件、日志等 datadir = /data/3306/data # MySQL數(shù)據存放文件(極其重要) character-set-server = utf8 # 數(shù)據庫和數(shù)據庫表的默認字符集。(推薦utf8,以免導致亂碼) log-error=/data/3306/mysql_xuliangwei.err # mysql錯誤日志存放路徑及名稱(啟動出現(xiàn)錯誤一定要看錯誤日志,百分之百都能通過錯誤日志排插解決。) pid-file=/data/3306/mysql_xuliangwei.pid # MySQL_pid文件記錄的是當前mysqld進程的pid,pid亦即ProcessID。 skip-locking # 避免MySQL的外部鎖定,減少出錯幾率,增強穩(wěn)定性。 skip-name-resolv # 禁止 MySQL對外部連接進行DNS解析,使用這一選項可以消除 MySQL進行 DNS 解析的時候。 # 但是需要注意的是,如果開啟該選項,則所有遠程主機連接授權都要使用 IP地址方式了, # 否則 MySQL將無法正常處理連接請求! skip-networking # 開啟該選項可以徹底關閉 MySQL的 TCP/IP連接方式, # 如果 Web服務器是以遠程連接的方式訪問 MySQL數(shù)據庫服務器的, # 則不要開啟該選項,否則無法正常連接! open_files_limit = 1024 # MySQLd能打開文件的最大個數(shù),如果出現(xiàn) too mant openfiles之類的就需要調整該值了。 back_log = 384 # back_log參數(shù)是值指出在MySQL暫時停止響應新請求之前,短時間內的多少個請求可以被存在堆棧中。 # 如果系統(tǒng)在短時間內有很多連接,則需要增加該參數(shù)的值, # 該參數(shù)值指定到來的 TCP/IP連接的監(jiān)聽隊列的大小。 # 不同的操作系統(tǒng)在這個隊列的大小上有自己的限制。 # 如果試圖將 back_log設置得高于操作系統(tǒng)的限制將是無效的,其默認值為50.對于 Linux系統(tǒng)而言, # 推薦設置為小于512的整數(shù)。 max_connections = 800 # 指定 MySQL允許的最大連接進程數(shù)。 # 如果在訪問博客時經常出現(xiàn) Too Many Connections的錯誤提示,則需要增大該參數(shù)值。 max_connect_errors = 6000 # 設置每個主機的連接請求異常中斷的最大次數(shù),當超過該次數(shù), # MySQL 服務器將禁止 host的連接請求, # 直到 MySQL 服務器重啟或通過 flush hosts命令清空此host的相關信息。 wait_timeout = 120 # 指定一個請求的最大連接時間,對于4GB左右內存的服務器來說,可以將其設置為5~10。 table_cache = 614K # table_cache指示表高速緩沖區(qū)的大小。當MySQL訪問一個表時,如果在 MySQL緩沖區(qū)還有空間, # 那么這個表就被打開并放入表緩沖區(qū),這樣做的好處是可以更快速地訪問表中的內容。一般來說, # 可以查看數(shù)據庫運行峰值時間的狀態(tài)值 Open_tables和Open_tables,用以判斷是否需要增加 # table_cache的值,即如果 Open_tables接近 table_cache的時候, # 并且 Opened_tables這個值在逐步增加,那就要考慮增加這個值的大小了。 external-locking = FALSE # MySQL選項可以避免外部鎖定。True為開啟。 max_allowed_packet =16M #服務器一次能處理最大的查詢包的值,也是服務器程序能夠處理的最大查詢 sort_buffer_size = 1M #設置查詢排序時所能使用的緩沖區(qū)大小,系統(tǒng)默認大小為2MB。 注意:該參數(shù)對應的分配內存是每個連接獨占的,如果有100個連接,那么實際分配的總排序緩沖區(qū)大小為100 x6=600MB。所以,對于內存在4GB左右的服務器來說,推薦將其設置為6MB~8MB join_buffer_size = 8M # 聯(lián)合查詢操作所能使用的緩沖區(qū)大小,和 sort_buffer_size一樣, # 該參數(shù)對應的分配內存也是每個連接獨享。 thread_cache_size = 64 #設置Thread Cache池中可以緩存的連接線程最大數(shù)量,可設置為0~16384,默認為0.這個值表示可以重新利用保存在緩存中線程的數(shù)量,當斷開連接時如果緩存中還有空間,那么客戶端的線程將被放到緩存中;如果線程重新被請求,那么請求將從緩存中讀取,如果緩存中是空的或者是新的請求,那么這個線程將被重新創(chuàng)建,如果有很多線程,增加這個值可以改善系統(tǒng)性能。通過比較Connections和Threads_created狀態(tài)的變量,可以看到這個變量的作用。我們可以根據物理內存設置規(guī)則如下:1GB內存我們配置為8,2GB內存我們配置為16,3GB我們配置為32,4GB或4GB以上我們給此值為64或更大的值。 thread_concurrency = 8 #該參數(shù)取值為服務器邏輯CPU數(shù)量x 2,在本例中,服務器有兩個物理CPU,而每個物理CPU又支持H.T超線程,所以實際取值為4 x 2 = 8。這也是雙四核主流服務器的配置。 query_cache_size = 64M #指定MySQL查詢緩沖區(qū)的大小??梢酝ㄟ^在MySQL控制臺觀察,如果Qcache_lowmem_prunes的值非常大,則表明經常出現(xiàn)緩沖不夠的情況;如果Qcache_hits的值非常大,則表明查詢緩沖使用得非常頻繁。另外如果改值較小反而會影響效率,那么可以考慮不用查詢緩沖。對于Qcache_free_blocks,如果該值非常大,則表明緩沖區(qū)中碎片很多。 query_cache_limit = 2M #只有小于此設置值的結果才會被緩存 query_cache_min_res_unit = 2k #設置查詢緩存分配內存的最小單位,要適當?shù)谠O置此參數(shù),可以做到為減少內存快的申請和分配次數(shù),但是設置過大可能導致內存碎片數(shù)值上升。默認值為4K,建議設置為1K~16K。 default_table_type = InnoDB #默認表的類型為InnoDB thread_stack = 256K #設置MySQL每個線程的堆棧大小,默認值足夠大,可滿足普通操作??稍O置范圍為128KB至4GB,默認為192KB #transaction_isolation = Level #數(shù)據庫隔離級別 (READ UNCOMMITTED(讀取未提交內容) READ COMMITTED(讀取提交內容) REPEATABLE READ(可重讀) SERIALIZABLE(可串行化)) tmp_table_size = 64M #設置內存臨時表最大值。如果超過該值,則會將臨時表寫入磁盤,其范圍1KB到4GB。 max_heap_table_size = 64M #獨立的內存表所允許的最大容量。 table_cache = 614 #給經常訪問的表分配的內存,物理內存越大,設置就越大。調大這個值,一般情況下可以降低磁盤IO,但相應的會占用更多的內存,這里設置為614。 table_open_cache = 512 #設置表高速緩存的數(shù)目。每個連接進來,都會至少打開一個表緩存。因此,table_cache 的大小應與 max_connections 的設置有關。例如,對于200 個并行運行的連接,應該讓表的緩存至少有 200 × N ,這里 N 是應用可以執(zhí)行的查詢的一個聯(lián)接中表的最大數(shù)量。此外,還需要為臨時表和文件保留一些額外的文件描述符。 long_query_time = 1 #慢查詢的執(zhí)行用時上限,默認設置是10s,推薦(1s~2s) log_long_format #沒有使用索引的查詢也會被記錄。(推薦,根據業(yè)務來調整) log-slow-queries = /data/3306/slow.log #慢查詢日志文件路徑(如果開啟慢查詢,建議打開此日志) log-bin = /data/3306/mysql-bin #logbin數(shù)據庫的操作日志,例如update、delete、create等都會存儲到binlog日志,通過logbin可以實現(xiàn)增量恢復 relay-log = /data/3306/relay-bin #relay-log日志記錄的是從服務器I/O線程將主服務器的二進制日志讀取過來記錄到從服務器本地文件,然后SQL線程會讀取relay-log日志的內容并應用到從服務器 relay-log-info-file = /data/3306/relay-log.info #從服務器用于記錄中繼日志相關信息的文件,默認名為數(shù)據目錄中的relay-log.info。 binlog_cache_size = 4M #在一個事務中binlog為了記錄sql狀態(tài)所持有的cache大小,如果你經常使用大的,多聲明的事務,可以增加此值來獲取更大的性能,所有從事務來的狀態(tài)都被緩沖在binlog緩沖中,然后再提交后一次性寫入到binlog中,如果事務比此值大,會使用磁盤上的臨時文件來替代,此緩沖在每個鏈接的事務第一次更新狀態(tài)時被創(chuàng)建。 max_binlog_cache_size = 8M #最大的二進制Cache日志緩沖尺寸。 max_binlog_size = 1G #二進制日志文件的最大長度(默認設置1GB)一個二進制文件信息超過了這個最大長度之前,MySQL服務器會自動提供一個新的二進制日志文件接續(xù)上。 expire_logs_days = 7 #超過7天的binlog,mysql程序自動刪除(如果數(shù)據重要,建議不要開啟該選項) key_buffer_size = 256M #指定用于索引的緩沖區(qū)大小,增加它可得到更好的索引處理性能。對于內存在4GB左右的服務器來說,該參數(shù)可設置為256MB或384MB。 注意:如果該參數(shù)值設置得過大反而會使服務器的整體效率降低! read_buffer_size = 4M #讀查詢操作所能使用的緩沖區(qū)大小。和sort_buffer_size一樣,該參數(shù)對應的分配內存也是每個連接獨享。 read_rnd_buffer_size = 16M #設置進行隨機讀的時候所使用的緩沖區(qū)。此參數(shù)和read_buffer_size所設置的Buffer相反,一個是順序讀的時候使用,一個是隨機讀的時候使用。但是兩者都是針對與線程的設置,每個線程都可以產生兩種Buffer中的任何一個。默認值256KB,最大值4GB。 bulk_insert_buffer_size = 8M #如果經常性的需要使用批量插入的特殊語句來插入數(shù)據,可以適當調整參數(shù)至16MB~32MB,建議8MB。 #myisam_sort_buffer_size = 8M #設置在REPAIR Table或用Create index創(chuàng)建索引或 Alter table的過程中排序索引所分配的緩沖區(qū)大小,可設置范圍4Bytes至4GB,默認為8MB lower_case_table_names = 1 #實現(xiàn)MySQL不區(qū)分大小。(發(fā)開需求-建議開啟) slave-skip-errors = 1032,1062 #從庫可以跳過的錯誤數(shù)字值(mysql錯誤以數(shù)字代碼反饋,全的mysql錯誤代碼大全,以后會發(fā)布至博客)。 replicate-ignore-db=mysql #在做主從的情況下,設置不需要同步的庫。 server-id = 1 #表示本機的序列號為1,如果做主從,或者多實例,serverid一定不能相同。 myisam_sort_buffer_size = 128M #當需要對于執(zhí)行REPAIR, OPTIMIZE, ALTER 語句重建索引時,MySQL會分配這個緩存,以及LOAD DATA INFILE會加載到一個新表,它會根據最大的配置認真的分配的每個線程。 myisam_max_sort_file_size = 10G #當重新建索引(REPAIR,ALTER,TABLE,或者LOAD,DATA,TNFILE)時,MySQL被允許使用臨時文件的最大值。 myisam_repair_threads = 1 #如果一個表擁有超過一個索引, MyISAM 可以通過并行排序使用超過一個線程去修復他們. myisam_recover #自動檢查和修復沒有適當關閉的 MyISAM 表. innodb_additional_mem_pool_size = 4M #用來設置InnoDB存儲的數(shù)據目錄信息和其他內部數(shù)據結構的內存池大小。應用程序里的表越多,你需要在這里面分配越多的內存。對于一個相對穩(wěn)定的應用,這個參數(shù)的大小也是相對穩(wěn)定的,也沒有必要預留非常大的值。如果InnoDB用廣了這個池內的內存,InnoDB開始從操作系統(tǒng)分配內存,并且往MySQL錯誤日志寫警告信息。默認為1MB,當發(fā)現(xiàn)錯誤日志中已經有相關的警告信息時,就應該適當?shù)脑黾釉搮?shù)的大小。 innodb_buffer_pool_size = 64M #InnoDB使用一個緩沖池來保存索引和原始數(shù)據,設置越大,在存取表里面數(shù)據時所需要的磁盤I/O越少。強烈建議不要武斷地將InnoDB的Buffer Pool值配置為物理內存的50%~80%,應根據具體環(huán)境而定。 innodb_data_file_path = ibdata1:128M:autoextend #設置配置一個可擴展大小的尺寸為128MB的單獨文件,名為ibdata1.沒有給出文件的位置,所以默認的是在MySQL的數(shù)據目錄內。 innodb_file_io_threads = 4 #InnoDB中的文件I/O線程。通常設置為4,如果是windows可以設置更大的值以提高磁盤I/O innodb_thread_concurrency = 8 #你的服務器有幾個CPU就設置為幾,建議用默認設置,一般設為8。 innodb_flush_log_at_trx_commit = 1 #設置為0就等于innodb_log_buffer_size隊列滿后在統(tǒng)一存儲,默認為1,也是最安全的設置。 innodb_log_buffer_size = 2M #默認為1MB,通常設置為8~16MB就足夠了。 innodb_log_file_size = 32M #確定日志文件的大小,更大的設置可以提高性能,但也會增加恢復數(shù)據庫的時間。 innodb_log_files_in_group = 3 #為提高性能,MySQL可以以循環(huán)方式將日志文件寫到多個文件。推薦設置為3。 innodb_max_dirty_pages_pct = 90 #InnoDB主線程刷新緩存池中的數(shù)據。 innodb_lock_wait_timeout = 120 #InnoDB事務被回滾之前可以等待一個鎖定的超時秒數(shù)。InnoDB在它自己的鎖定表中自動檢測事務死鎖并且回滾事務。InnoDB用locak tables 語句注意到鎖定設置。默認值是50秒。 innodb_file_per_table = 0 #InnoDB為獨立表空間模式,每個數(shù)據庫的每個表都會生成一個數(shù)據空間。0關閉,1開啟。 [mysqldump] quick max_allowed_packet = 2M #設定在網絡傳輸中一次消息傳輸量的最大值。系統(tǒng)默認值為1MB,最大值是1GB,必須設置為1024的倍數(shù)。單位為字節(jié)。
總結
以上為個人經驗,希望能給大家一個參考,也希望大家多多支持腳本之家。
相關文章
SQLyog連接MySQL8.0+報錯:錯誤碼2058的解決方案
使用sqlyog連接數(shù)據庫過程中出現(xiàn)2058錯誤,出現(xiàn)的原因是因為MYSQL8.0對密碼的加密方式進行了改變,這篇文章主要給大家介紹了關于SQLyog連接MySQL8.0+報錯:錯誤碼2058的解決方案,需要的朋友可以參考下2024-07-07mysql數(shù)據庫備份命令分享(mysql壓縮數(shù)據庫備份)
這篇文章主要介紹了mysql數(shù)據庫備份常用語句,包括數(shù)據庫壓縮備份、備份多個MySQL數(shù)據庫、備份多個MySQL數(shù)據庫、將數(shù)據庫轉移到新服務器等語句2014-01-01