Mysql優化小技巧

思夢php 2019-02-09 07:01:00

資料量和要求

優化技巧

先把每一條心得記錄在這裡，後面會進行實驗對其一一驗證。

查詢資料總條數時，使用max(id)而不是count(*)進行總量計數。當然，前提是id是從1開始自增長，並且沒有行被刪除過。

對於常用的查詢字段建立索引。索引的速度優勢顯而易見。未建立索引時，全表查詢是線性的。

使用limit避免全表檢索。有的查詢明知道結果只會有一條，使用limit 1。如果查詢結果需要分頁顯示，那麼不妨使用limit，多次查詢。

limit的偏移量較大時，先用索引進行限制。當limit較大時，例如select * from users limit 5000000,1;，在搜尋之前會先進行500萬的偏移，相當於進行了一半的遍歷，需要根據實際情況進行優化。

使用正確的資料型別。比如phone我們常常可能會儲存為char(11)，那麼在查詢時需要使用字串型別，而非數字。（儘管mysql會對其轉義，但這依舊會增加查詢時間）

對於無索引的查詢條件，將能夠過濾最多記錄的where條件放在最後。如果phone = '10000000'和create_time = '2018-11-05 03:22:56'都是查詢條件，而phone = '10000000'能夠過濾更多記錄，就將其寫在最右邊。select * from users where create_time = '2018-11-05 03:22:56' and phone = '10000000';

同一欄位的where條件，使用in而不是or。or的效率是接近於o(n)，而in的效率是o(log n)

實驗準備

建表建立乙個很常見的users表

create table `homestead`.`users` ( `id` int(11) not null auto_increment, `name` varchar(45) not null default '使用者名稱', `phone` char(11) not null, `status` tinyint(1) not null default '0', `create_time` timestamp not null default current_timestamp,
primary key (`id`));

插入測試資料

為了直觀感受速度，先寫乙個儲存過程，插入10000000（一千萬）條記錄到表中。

create definer=`homestead`@`%` procedure `create_user`()begindeclare i int;start transaction;set i=1;
while i<=10000000 do
insert into `homestead`.`users`(`name`, `phone`) values ('測試使用者', i); set i=i+1;end while;commit;end

通過call create_user();呼叫儲存過程，機器上花了兩分多鐘。

執行儲存過程

實驗過程

1. 查詢資料總條數

常見的查詢方式是直接使用count函式，但是在資料量過大時，速度不夠快。

select count(*) from table;

通過count(id),count(*),count(1)三種方式計算，速度相差不大，都不夠快

通過count()函式查詢

通常在表設計之初，自增量id通常從1開始增長，並且每一行資料都不應該被直接delete，所以id的最大值就是總條數，因此也可以直接查詢id的最大值。

通過id計算總量

比較之下，速度得到了極大的提高。

2. 常用字段建立索引

mysql對於主鍵會自動建立索引，在建立了索引的字段上進行查詢速度會變得非常快。

例如，我們對id（有索引）和phone（無索引）分別進行一次查詢，比較他們的速度。

有無索引對比

id建立了索引，甚至不需要0.01秒就能查詢出來。而phone因為沒有建立索引，花費了3秒的時間。由此可見索引對於查詢速度的影響極大。

3. 使用limit，避免全表索引

避免全表查詢能夠大幅提高查詢速度。有的時候我們明知道記錄可能只有一條，那麼就通過limit 1進行限制。mysql在執行時，一旦找到符合條件的記錄，達到了limit就將停止檢索，立即返回。

limit對比

4. 小插曲：無索引下的全表遍歷方式

在前面的嘗試過程中，我們似乎發現，id越小的行，總能越快查詢到，而id較大的行，速度更慢。由此我們猜測，mysql在無索引的字段上進行查詢時，是根據主鍵順序遍歷的。例如下面的時間比較：

查詢時間線性增長

可以發現，時間跟隨id變化，越來越久，而在id達到最大值時，和全表檢索的時間相差無幾。

最大id和全表檢索對比

5. 使用正確的資料型別

對於數字的字串匹配，mysql會自動進行轉換而不會報錯，但這依舊會增加查詢時間。資料表users中的phone欄位，我們是以char(11)儲存的，那麼在查詢時應該嚴格使用字串。

使用正確的資料型別

6. 將過濾更多字段的where條件寫在語句的最後

對於沒有建立索引的多個where條件，mysql的執行順序是從右到左執行。

滿足phone = '10000000'的記錄只有一條，而滿足create_time = '2018-11-05 03:22:56'的卻有很多，因此phone = '10000000'能夠過濾更多記錄，應該將其寫在最右邊。

對於建立了索引的條件，mysql會自動進行優化，優先查詢具有索引的字段。

例如select * from users where id = 10000000 and phone = '10000000' and create_time = '2018-11-05 03:22:56'這條語句，即使id=10000000寫在了最左邊，但查詢時依舊最先進行檢索，所以語句執行時間不到1ms。

建立了索引的字段不論順序先後，都優先查詢

7. 同一欄位的where條件，使用in而不是or

例如要依據同一字段查詢多條記錄，應當使用in而不是or。or的複雜度更高，耗時更長。

Mysql優化小技巧

mysql優化小技巧

mysql查詢優化小技巧

mysql優化相關的小技巧

Mysql優化小技巧

mysql優化小技巧

mysql查詢優化小技巧

mysql優化相關的小技巧

相關推薦