mysql介紹和優(yōu)化分享(參考版)
2025-07-20 16:04本頁面
【正文】 2 代表日志寫入日志文件在每次提交后 ,但是日志文件只有大約每秒才會(huì)刷新到磁盤上 . 對速度影響比較大，同時(shí)也關(guān)系數(shù)據(jù)完整性 innodb_log_file_size 8M 256M 在日志組中每個(gè)日志文件的大小 , 一般是innodb_buffer_pool_size的 25%，官方推薦是 innodb_buffer_pool_size 的 4050%, 設(shè)置大一點(diǎn)來避免在日志文件覆寫上不必要的緩沖池刷新行為 innodb_log_buffer_size 128K 8M 用來緩沖日志數(shù)據(jù)的緩沖區(qū)的大小 . 推薦是 8M，官方推薦該值小于 16M，最好是 1M8M 之間 ? 設(shè)計(jì)合理的數(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è)計(jì)原則 ? 選擇合適的數(shù)據(jù)類型：如果能夠定長盡量定長 ? 不要使用無法加索引的類型作為關(guān)鍵字段，比如 text類型 ? 為了避免聯(lián)表查詢，有時(shí)候可以適當(dāng)?shù)臄?shù)據(jù)冗余，比如 郵箱、姓名這些不容易更改的數(shù)據(jù) ? 選擇合適的表引擎，有時(shí)候 MyISAM 適合，有時(shí)候 InnoDB適合 ? 為保證查詢性能，最好每個(gè)表都建立有 auto_increment 字段， 建立合適的數(shù)據(jù)庫索引 ? 最好給每個(gè)字段都設(shè)定 default 值 應(yīng)用優(yōu)化 索引建立原則 ? 一般針對數(shù)據(jù)分散的關(guān)鍵字進(jìn)行建立索引，比如 ID、 ， 像性別、狀態(tài)值等等建立索引沒有意義 ? 盡量使用短索引，一般對 int、 char/varchar、 date/time 等 類型的字段建立索引 ? 需要的時(shí)候建立聯(lián)合索引，但是要注意查詢 SQL語句的編寫 ? 謹(jǐn)慎建立 unique 類型的索引（唯一索引） ? 一般建議每條記錄最好有一個(gè)能快速定位的獨(dú)一無二定位的 唯一標(biāo)示（索引） ? 不要過度索引，單表建立的索引不要超過 5個(gè)，否則更新索 引將很耗時(shí) 應(yīng)用優(yōu)化 編寫高效的 SQL ? 能夠快速縮小結(jié)果集的 WHERE 條件寫在前面，如果有恒量條件， 也盡量放在前面 ? 盡量避免使用 GROUP BY、 DISTINCT 、 OR、 IN 等語句的使用， 避免使用聯(lián)表查詢和子查詢，因?yàn)閷⑹箞?zhí)行效率大大下降 ? 能夠使用索引的字段盡量進(jìn)行有效的合理排列，如果使用了 聯(lián)合索引，請注意提取字段的前后順序 ? 針對索引字段使用 , =, =, , =, IF NULL和 BETWEEN 將會(huì)使用 索引， 如果對某個(gè)索引字段進(jìn)行 LIKE 查詢，使用 LIKE ‘%abc%’ 不能使用索引，使用 LIKE ‘a(chǎn)bc%’ 將能夠使用索引 ? 如果在 SQL里使用了 MySQL部分自帶函數(shù)，索引將失效，同時(shí)將無法 使用 MySQL 的 Query Cache，比如 LEFT(), SUBSTR(), TO_DAYS() DATE_FORMAT(), 等，如果使用了 OR 或 IN，索引也將失效 ? 使用 Explain 語句來幫助
黨政相關(guān)相關(guān)推薦
鄂ICP備17016276號(hào)-1