mysql介紹和優(yōu)化分享(編輯修改稿)
2024-08-13 16:04 本頁面
【文章內(nèi)容簡介】 緩存大小，一般按照內(nèi)存可以設(shè)置為 2M以上，推薦是 16M，該選項對排序 order by，group by起作用 record_buffer 128K 16M 每個進行一個順序掃描的線程為其掃描的每張表分配這個大小的一個緩沖區(qū)，可以設(shè)置為 2M以上 table_cache 64 512 為所有線程打開表的數(shù)量。增加該值能增加 mysqld要求的文件描述符的數(shù)量。 MySQL對每個唯一打開的表需要 2個文件描述符。 服務(wù)優(yōu)化 MyISAM 選項 選項 缺省值 推薦值 說明 key_buffer_size 8M 256M 用來存放索引區(qū)塊的 緩存值 , 建議 128M以上 ，不要大于內(nèi)存的 30% read_buffer_size 128K 16M 用來做 MyISAM表全表掃描的緩沖大小 . 為從數(shù)據(jù)表順序讀取數(shù)據(jù)的讀操作保留的緩存區(qū)的長度 myisam_sort_buffer_size 16M 128M 設(shè)置 ,恢復(fù) ,修改表的時候使用的緩沖大小，值不要設(shè)的太大 服務(wù)優(yōu)化 InnoDB 選項 選項 缺省值 推薦值 說明 innodb_buffer_pool_size 32M 1G InnoDB使用一個緩沖池來保存索引和原始數(shù)據(jù) , 這里你設(shè)置越大 ,你在存取表里面數(shù)據(jù)時所需要的磁盤I/O越少，一般是內(nèi)存的一半，不超過 2G，否則系統(tǒng)會崩潰，這個參數(shù)非常重要 innodb_additional_mem_pool_size 2M 128M InnoDB用來保存 metadata 信息 , 如果內(nèi)存是 4G，最好本值超過 200M innodb_flush_log_at_trx_commit 1 0 0 代表日志只大約每秒寫入日志文件并且日志文件刷新到磁盤 。 1 為執(zhí)行完沒執(zhí)行一條 SQL馬上 mit。 2 代表日志寫入日志文件在每次提交后 ,但是日志文件只有大約每秒才會刷新到磁盤上 . 對速度影響比較大，同時也關(guān)系數(shù)據(jù)完整性 innodb_log_file_size 8M 256M 在日志組中每個日志文件的大小 , 一般是innodb_buffer_pool_size的 25%，官方推薦是 innodb_buffer_pool_size 的 4050%, 設(shè)置大一點來避免在日志文件覆寫上不必要的緩沖池刷新行為 innodb_log_buffer_size 128K 8M 用來緩沖日志數(shù)據(jù)的緩沖區(qū)的大小 . 推薦是 8M，官方推薦該值小于 16M，最好是 1M8M 之間 ? 設(shè)計合理的數(shù)據(jù)表結(jié)構(gòu)：適當(dāng)?shù)臄?shù)據(jù)冗余 ? 對數(shù)據(jù)表建立合適有效的數(shù)據(jù)庫索引 ? 數(shù)據(jù)查詢：編寫簡潔高效的 SQL語句 應(yīng)用優(yōu)化 應(yīng)用優(yōu)化方式 應(yīng)用優(yōu)化 表結(jié)構(gòu)設(shè)計原則 ? 選擇合適的數(shù)據(jù)類型：如果能夠定長盡量定長 ? 不要使用無法加索引的類型作為關(guān)鍵字段，比如 text類型 ? 為了避免聯(lián)表查詢，有時候可以適當(dāng)?shù)臄?shù)據(jù)冗余，比如 郵箱、姓名這些不容易更改的數(shù)據(jù) ? 選擇合適的表引擎，有時候 MyISAM 適合，有時候 InnoDB適合 ? 為保證查詢性能，最好每個表都建立有 auto_increment 字段， 建立合適的數(shù)據(jù)庫索引 ? 最好給每個字段都設(shè)定 default 值 應(yīng)用優(yōu)化
黨政相關(guān)相關(guān)推薦
鄂ICP備17016276號-1