如何解決mysql 查詢和更新速度慢

在作客戶關係管理系統的時候遇到聯表查詢,速度特別慢,致使頁面加載時間過長而出現錯誤。在上網查詢後發現創建索引能夠優化查詢 數據庫

在沒有創建索引的時候 數據庫設計

select c.*,s.* from crm_cu_re c join crm_cu_info s on c.CUS_MAIN_ID=s.CUS_MAIN_ID) 大數據

查詢結果 優化

(526 row(s) returned) spa

Total Time     : 00:01:15:723 設計

僅僅526條記錄!!!查詢花了近66秒!!!!!!! 排序

嘗試創建索引 索引

create index main on crm_custerm_info(CUS_MAIN_ID); ci

再次用相同的語句查詢 it

select c.*,s.* fromcrm_cu_re c join crm_cu_info s on _MAIN_ID=s.CUS_MAIN_ID)

查詢結果

(526 row(s) returned)

Total Time     : 00:00:00:234

一樣的526條記錄查詢花費時間不到1秒!!!效率提升無數倍。

相同的若是按cus_main_id跟新 crm_cu_info表

在沒有創建索引前  執行 update  crm_cu_info set C_NAME ="22"  WHERE CUS_MAIN_ID ='xxxxxx'

(1 row(s) affected)
Execution Time : 00:00:00:546
Transfer Time  : 00:00:00:000
Total Time     : 00:00:00:546

創建索引後 create index main on crm_cu_info(CUS_MAIN_ID);

(0 row(s) affected)
Execution Time : 00:00:00:000
Transfer Time  : 00:00:00:016
Total Time     : 00:00:00:016

效率明顯提升不少

因而可知索引是快速搜索的關鍵。MySQL索引的創建對於MySQL的高效運行是很重要的。下面幾種常見的MySQL索引類型。

在數據庫表中,對字段創建索引能夠大大提升查詢速度。假如咱們建立了一個 mytable表:

CREATE TABLE mytable(   ID INT NOT NULL,    username VARCHAR(16) NOT NULL  );   咱們隨機向裏面插入了10000條記錄,其中有一條:5555,admin。

在查找username="admin"的記錄 SELECT * FROMmytable WHERE username='admin';時,若是在username上已經創建了索引,MySQL無須任何掃描,即準確可找到該記錄。相反,MySQL會掃描 全部記錄,即要查詢10000條記錄。

索引分單列索引和組合索引。單列索引,即一個索引只包含單個列,一個表能夠有多個單列索引,但這不是組合索引。組合索引,即一個索包含多個列。

MySQL索引類型包括:

(1)普通索引

這是最基本的索引,它沒有任何限制。它有如下幾種建立方式:

◆建立索引

CREATE INDEX indexName ONmytable(username(length)); 若是是CHAR,VARCHAR類型,length能夠小於字段實際長度;若是是BLOB和TEXT類型,必須指定 length,下同。

◆修改表結構

ALTER mytable ADD INDEX [indexName] ON(username(length)) ◆建立表的時候直接指定

CREATE TABLE mytable(   ID INT NOT NULL,    username VARCHAR(16) NOT NULL,   INDEX [indexName] (username(length))   );  刪除索引的語法:

DROP INDEX [indexName] ON mytable;

(2)惟一索引

它與前面的普通索引相似,不一樣的就是:索引列的值必須惟一,但容許有空值。若是是組合索引,則列值的組合必須惟一。它有如下幾種建立方式:

◆建立索引

CREATE UNIQUE INDEX indexName ONmytable(username(length)) ◆修改表結構

ALTER mytable ADD UNIQUE [indexName] ON(username(length)) ◆建立表的時候直接指定

CREATE TABLE mytable(   ID INT NOT NULL,    username VARCHAR(16) NOT NULL,   UNIQUE [indexName] (username(length))   );

(3)主鍵索引

它是一種特殊的惟一索引,不容許有空值。通常是在建表的時候同時建立主鍵索引:

CREATE TABLE mytable(   ID INT NOT NULL,    username VARCHAR(16) NOT NULL,   PRIMARY KEY(ID)   );  固然也能夠用 ALTER 命令。記住:一個表只能有一個主鍵。

(4)組合索引

爲了形象地對比單列索引和組合索引,爲表添加多個字段:

CREATE TABLE mytable(   ID INT NOT NULL,    username VARCHAR(16) NOT NULL,   city VARCHAR(50) NOT NULL,   age INT NOT NULL  );  爲了進一步榨取MySQL的效率,就要考慮創建組合索引。就是將 name, city, age建到一個索引裏:

ALTER TABLE mytable ADD INDEX name_city_age(name(10),city,age); 建表時,usernname長度爲 16,這裏用 10。這是由於通常狀況下名字的長度不會超過10,這樣會加速索引查詢速度,還會減小索引文件的大小,提升INSERT的更新速度。

若是分別在 usernname,city,age上創建單列索引,讓該表有3個單列索引,查詢時和上述的組合索引效率也會大不同,遠遠低於咱們的組合索引。雖然此時有了三個索引,但MySQL只能用到其中的那個它認爲彷佛是最有效率的單列索引。

創建這樣的組合索引,實際上是至關於分別創建了下面三組組合索引:

usernname,city,age   usernname,city   usernname 爲何沒有 city,age這樣的組合索引呢?這是由於MySQL組合索引「最左前綴」的結果。簡單的理解就是隻從最左面的開始組合。並非只要包含這三列的查詢都 會用到該組合索引,下面的幾個SQL就會用到這個組合索引:

SELECT * FROM mytable WHREEusername="admin" AND city="鄭州"  SELECT * FROM mytable WHREEusername="admin" 而下面幾個則不會用到:

SELECT * FROM mytable WHREE age=20 ANDcity="鄭州"  SELECT * FROM mytableWHREE city="鄭州"

(5)創建索引的時機

到這裏咱們已經學會了創建索引,那麼咱們須要在什麼狀況下創建索引呢?通常來講,在WHERE和JOIN中出現的列須要創建索引,但也不徹底如此, 由於MySQL只對<,<=,=,>,>=,BETWEEN,IN,以及某些時候的LIKE纔會使用索引。例如:

SELECT t.Name  FROM mytable t LEFT JOIN mytable m    ON t.Name=m.username WHERE m.age=20 ANDm.city='鄭州' 此時就須要對city和age創建索引,因爲mytable表的userame也出如今了JOIN子句中,也有對它創建索引的必要。

剛纔提到只有某些時候的LIKE才需創建索引。由於在以通配符%和_開頭做查詢時,MySQL不會使用索引。例以下句會使用索引:

SELECT * FROM mytable WHERE usernamelike'admin%' 而下句就不會使用:

SELECT * FROM mytable WHEREt Namelike'%admin' 所以,在使用LIKE時應注意以上的區別。

(6)索引的不足之處

上面都在說使用索引的好處,但過多的使用索引將會形成濫用。所以索引也會有它的缺點:

◆雖然索引大大提升了查詢速度,同時卻會下降更新表的速度,如對錶進行INSERT、UPDATE和DELETE。由於更新表時,MySQL不只要保存數據,還要保存一下索引文件。

◆創建索引會佔用磁盤空間的索引文件。通常狀況這個問題不太嚴重,但若是你在一個大表上建立了多種組合索引,索引文件的會膨脹很快。

索引只是提升效率的一個因素,若是你的MySQL有大數據量的表,就須要花時間研究創建最優秀的索引,或優化查詢語句。

(7)使用索引的注意事項

使用索引時,有如下一些技巧和注意事項:

◆索引不會包含有NULL值的列

只要列中包含有NULL值都將不會被包含在索引中,複合索引中只要有一列含有NULL值,那麼這一列對於此複合索引就是無效的。因此咱們在數據庫設計時不要讓字段的默認值爲NULL。

◆使用短索引

對串列進行索引,若是可能應該指定一個前綴長度。例如,若是有一個CHAR(255)的列,若是在前10個或20個字符內,多數值是唯一的,那麼就不要對整個列進行索引。短索引不只能夠提升查詢速度並且能夠節省磁盤空間和I/O操做。

◆索引列排序

MySQL查詢只使用一個索引,所以若是where子句中已經使用了索引的話,那麼order by中的列是不會使用索引的。所以數據庫默認排序能夠符合要求的狀況下不要使用排序操做;儘可能不要包含多個列的排序,若是須要最好給這些列建立複合索引。

◆like語句操做

通常狀況下不鼓勵使用like操做,若是非使用不可,如何使用也是一個問題。like 「%aaa%」不會使用索引而like 「aaa%」可使用索引。

◆不要在列上進行運算

select * from users whereYEAR(adddate)<2007; 將在每一個行上進行運算,這將致使索引失效而進行全表掃描,所以咱們能夠改爲

select * from users whereadddate<‘2007-01-01’;

◆不使用NOT IN和<>操做

相關文章
相關標籤/搜索