可用性

back_log

如果同一時間連接的線程超過了max_connections，超出的部分并不會立即拒絕連接，而是被放入到一個等待主線程處理的堆棧中，超出back_log數量的連接將會直接被拒絕。

賀州ssl適用于網站、小程序/APP、API接口等需要進行數據傳輸應用場景，ssl證書未來市場廣闊！成為創(chuàng)新互聯的ssl證書銷售渠道，可以享受市場價格4-6折優(yōu)惠！如果有意向歡迎電話聯系或者加微信：13518219792（備注：SSL證書合作）期待與您的合作！

max_connections

有些時候實例被大量連接堵住，新的進不來。這個時候一般不用調大這個參數，而是考慮看看風暴連接產生的原因，再看看有沒有長期睡眠狀態(tài)的連接，殺掉這些連接

wait_timeout

這個對應上面睡眠連接的最大時長，一般把這個縮短會可以比較好的解決上面的問題，但是也要實際業(yè)務情況。不能貿然修改的很小

max_user_connection

單用戶同時可以連接的最大線程數

innodb_file_per_table

每個表單獨存放為一個文件，這個對備份或者恢復都比較方便，一定要開啟

安全

skip_name_resolve

生產環(huán)境中使用純IP連接時，啟用此參數或許可以減少域名解析的開銷或者延時。而且這種情況下，使用域名或者主機名創(chuàng)建的用戶可能無法連接

性能

no-auto-rehash

MySQL客戶端連接時不主動獲取實例的庫表等元信息，獲取庫表元信息是個比較慢，而且有開銷和阻塞風險的操作

innodb_io_capacity

告訴MySQL實例本機硬盤的性能情況，實例會根據此參數調整刷盤的某些策略

innodb_max_dirty_pages_pct

臟頁比，用于控制未落盤數據在IBP中的比例，如果DML語句比較頻繁的話，這里適當提高，可以某種程度上提高性能，畢竟刷磁盤是個很慢的操作

innodb_lock_wait_timeout

鎖等待超時，這個可以適當減小，以避免垃圾事務的長時間持有數據鎖，阻塞其他請求線程

innodb_rollback_on_timeout

鎖等待超時后是否是否回滾掉整個事務，這里建議開啟，默認只回滾掉事務中的最后一條語句，我認為這樣可以減少鎖爭用。

internal_tmp_disk_storage_engine

內部臨時表的類型，這里建議制定為InnoDB，這個參數可以覆蓋掉默認引擎的對臨時表的染色。

innodb_stats_on_metadata

建議關掉，關掉之后不對內部元數據表的表信息進行統(tǒng)計收集。當然了，隱含條件是內部元數據信息表不落盤。

innodb_log_file_size

這個是指代內部重做日志文件的大小,如果對實例重啟的時間有要求，那么這個文件要設置的小一點。

IBP相關

這個就老生常談了，就是IBP大小，IBP實例，還有UPDATE_BUFFER,INSERT_BUFFER一類的，適當調大就可以了

innodb_autoinc_lock_mode

自增鎖模式，對于load data（包括：INSERT … SELECT, REPLACE … SELECT）場景下會使用自增表鎖，這樣會則可能導致應用在并發(fā)導入數據出現死鎖。建議將參數設置改為2，則表示所有情況插入都使用輕量級別的mutex鎖(只針對row模式)，這樣就可以避免auto_inc的死鎖，同時在INSERT … SELECT 的場景下會提升很大的性能（注意該參數設置為2，binlog的格式需要設置為row）。

參考閱讀

• RDS參數調優(yōu)

網頁題目：【MySQL】值得關注的參數
網址分享：http://jinyejixie.com/article8/pgecip.html

成都網站建設公司_創(chuàng)新互聯，為您提供網站導航、響應式網站、網站制作、自適應網站、品牌網站制作、App設計

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯