国产精品视频一二三区,国产精品视频区,精品在线一区二区

前言

對于一個以數(shù)據(jù)為中心的應(yīng)用，數(shù)據(jù)庫的好壞直接影響到程序的性能，因此數(shù)據(jù)庫性能至關(guān)重要。所以mysql數(shù)據(jù)庫的優(yōu)化操作大家都要有所了解，本文就主要總結(jié)了mysql數(shù)據(jù)庫中常見的優(yōu)化操作，下面話不多說了，來看看詳細(xì)的介紹吧。

一、Index索引

將Index放第一位，不用說，這種優(yōu)化方式我們一直都在悄悄使用，那便是主鍵索引。有時候我們可能并不在意，如果定義適合的索引，數(shù)據(jù)庫查詢性能(速度)將提高幾倍甚至幾十倍。

普通索引

作用是提高查詢速度。

建表，創(chuàng)建索引

									CREATE TABLE tbl_name(

									字段名稱 字段類型 [完整性約束條件],

									~

									index [索引名] (column_name)

									);

創(chuàng)建索引

1	`CREATE` `INDEX` `index_name` `ON` `tab_name (column_name)`

刪除索引

1	`DROP` `INDEX` `index_name` `FROM` `tab_name`

查看索引

1	`SHOW` `index` `FROM` `tab_name`

主鍵索引

作用是加速查詢和唯一約束

建表，創(chuàng)建索引

									CREATE TABLE tbl_name(

									字段名稱 字段類型 [完整性約束條件],

									~

									PRIMARY KEY(column_name)

									);

創(chuàng)建索引

1	`ALTER` `TABLE` `tab_name` `ADD` `PRIMARY` `KEY(column_name)`

刪除索引

1	`ALTER` `TABLE` `tab_name` `DROP` `PRIMAY` `KEY(column_name)`

唯一索引

作用是加速查詢和唯一約束

建表，創(chuàng)建索引

									CREATE TABLE tbl_name(

									字段名稱 字段類型 [完整性約束條件],

									~

									unique [索引名] (column_name)

									);

創(chuàng)建索引

1	`CREATE` `UNIQUE` `INDEX` `index_name` `ON` `tab_name (column_name)`

刪除索引

1	`DROP` `UNIQUE` `INDEX` `index_name` `FROM` `tab_name`

二、少用SELECT*

可能有的人查詢數(shù)據(jù)庫時，遇到要查詢的都會select，這是不恰當(dāng)?shù)男袨椤Ｎ覀儜?yīng)該取我們要用的數(shù)據(jù)，而不是全取，因?yàn)楫?dāng)我們select時，會增加web服務(wù)器的負(fù)擔(dān)，增加網(wǎng)絡(luò)傳輸?shù)呢?fù)載，查詢速度自然就下降。

三、EXPLAIN SELECT

對于這個功能估計(jì)很多人都沒見過，但是這里強(qiáng)烈推薦使用。explain顯示了mysql如何使用索引來處理select語句以及連接表。可以幫助選擇更好的索引和寫出更優(yōu)化的查詢語句。主要用發(fā)就是在select前加上explain即可。

1	`EXPLAIN` `SELECT` `[查找字段名]` `FROM` `tab_name ...`

四、開啟查詢緩存

大多數(shù)的MySQL服務(wù)器都開啟了查詢緩存。這是提高性最有效的方法之一，而且這是被MySQL的數(shù)據(jù)庫引擎處理的。當(dāng)有很多相同的查詢被執(zhí)行了多次的時候，這些查詢結(jié)果會被放到一個緩存中，這樣，后續(xù)的相同的查詢就不用操作表而直接訪問緩存結(jié)果了。

第一步把query_cache_type設(shè)置為ON，然后查詢系統(tǒng)變量have_query_cache是否可用：

1	`show variables` `like` `'have_query_cache'`

之后，分配內(nèi)存大小給查詢緩存，控制緩存查詢結(jié)果的最大值。相關(guān)操作在配置文件中進(jìn)行修改。

五、使用NOT NULL

很多表都包含可為 NULL （空值）的列，即使應(yīng)用程序井不需要保存 NULL 也是如此，這是因?yàn)榭蔀?NULL 是列的默認(rèn)屬性。通常情況下最好指定列為 NOT NULL，除非真的需要存儲 NULL 值。

如果查詢中包含可為 NULL 的列，對 MySQL 來說更難優(yōu)化，因?yàn)榭蔀?NULL 的列使得索引、索引統(tǒng)計(jì)和值比較都更復(fù)雜。可為NULL 的列會使用更多的存儲空間，在 MySQL 里也需要特殊處理。當(dāng)可為NULL 的列被索引肘，每個索引記錄需要一個額外的字節(jié)，在 MyISAM 里甚至還可能導(dǎo)致固定大小的索引（例如只有一個整數(shù)列的索引）變成可變大小的索引。

通常把可為 NULL 的列改為 NOT NULL 帶來的性能提升比較小，所以（調(diào)優(yōu)時）沒有必要首先在現(xiàn)有schema中查找井修改掉這種情況，除非確定這會導(dǎo)致問題。但是，如果計(jì)劃在列上建索引，就應(yīng)該盡量避免設(shè)計(jì)成可為 NULL 的列。當(dāng)然也有例外，例如值得一提的是，InnoDB 使用單獨(dú)的位（bit ）存儲 NULL 值，所以對于稀疏數(shù)據(jù)由有很好的空間效率。但這一點(diǎn)不適用于MyISAM 。

六、存儲引擎的選擇

對于如何選擇MyISAM和InnoDB,如果你需要事務(wù)處理或是外鍵，那么InnoDB可能是比較好的方式。如果你需要全文索引，那么通常來說MyISAM是好的選擇，因?yàn)檫@是系統(tǒng)內(nèi)建的，然而，我們其實(shí)并不會經(jīng)常地去測試兩百萬行記錄。所以，就算是慢一點(diǎn)，我們可以通過使用Sphinx從InnoDB中獲得全文索引。

數(shù)據(jù)的大小，是一個影響你選擇什么樣存儲引擎的重要因素，大尺寸的數(shù)據(jù)集趨向于選擇InnoDB方式，因?yàn)槠渲С质聞?wù)處理和故障恢復(fù)。數(shù)據(jù)庫的在小決定了故障恢復(fù)的時間長短，InnoDB可以利用事務(wù)日志進(jìn)行數(shù)據(jù)恢復(fù)，這會比較快。而MyISAM可能會需要

幾個小時甚至幾天來干這些事，InnoDB只需要幾分鐘。

您操作數(shù)據(jù)庫表的習(xí)慣可能也會是一個對性能影響很大的因素。比如： COUNT() 在 MyISAM表中會非常快，而在InnoDB表下可能會很痛苦。而主鍵查詢則在InnoDB下會相當(dāng)相當(dāng)?shù)目欤枰⌒牡氖侨绻覀兊闹麈I太長了也會導(dǎo)致性能問題。大批的inserts語句在MyISAM下會快一些，但是updates在InnoDB 下會更快一些——尤其在并發(fā)量大的時候。

所以，到底你檢使用哪一個呢？根據(jù)經(jīng)驗(yàn)來看，如果是一些小型的應(yīng)用或項(xiàng)目，那么MyISAM也許會更適合。當(dāng)然，在大型的環(huán)境下使用MyISAM也會有很大成功的時候，但卻不總是這樣的。如果你正在計(jì)劃使用一個超大數(shù)據(jù)量的項(xiàng)目，而且需要事務(wù)處理或外鍵支持，那么你真的應(yīng)該直接使用InnoDB方式。但需要記住InnoDB的表需要更多的內(nèi)存和存儲，轉(zhuǎn)換100GB的MyISAM 表到InnoDB 表可能會讓你有非常壞的體驗(yàn)。

七、避免在 where 子句中使用 or 來連接

如果一個字段有索引，一個字段沒有索引，將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描，如：

1	`select` `id` `from` `t` `where` `num=10` `or` `Name` `=` `'admin'`

可以這樣查詢：

									select id from t where num = 10

									union all

									select id from t where Name = 'admin'

八、多使用varchar/nvarchar

使用varchar/nvarchar代替 char/nchar ，因?yàn)槭紫茸冮L字段存儲空間小，可以節(jié)省存儲空間，其次對于查詢來說，在一個相對較小的字段內(nèi)搜索效率顯然要高些。

九、避免大數(shù)據(jù)量返回

這里要考慮使用limit，來限制返回的數(shù)據(jù)量，如果每次返回大量自己不需要的數(shù)據(jù)，也會降低查詢速度。

十、where子句優(yōu)化

where 子句中使用參數(shù)，會導(dǎo)致全表掃描,因?yàn)镾QL只有在運(yùn)行時才會解析局部變量，但優(yōu)化程序不能將訪問計(jì)劃的選擇推遲到運(yùn)行時；它必須在編譯時進(jìn)行選擇。然而，如果在編譯時建立訪問計(jì)劃，變量的值還是未知的，因而無法作為索引選擇的輸入項(xiàng)。

應(yīng)盡量避免在 where 子句中對字段進(jìn)行表達(dá)式操作，避免在where子句中對字段進(jìn)行函數(shù)操作這將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描。不要在 where 子句中的“=”左邊進(jìn)行函數(shù)、算術(shù)運(yùn)算或其他表達(dá)式運(yùn)算，否則系統(tǒng)將可能無法正確使用索引。

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作能帶來一定的幫助，如果有疑問大家可以留言交流，謝謝大家對服務(wù)器之家的支持。

原文鏈接：http://huihui.kim/2017/04/20/總結(jié)常見MYSQL數(shù)據(jù)庫優(yōu)化操作/