導致MySQL做全表掃描的幾種情況
更新時間：2021年03月25日 11:56:56 作者：AsiaYe
這篇文章主要介紹了導致MySQL做全表掃描的幾種情況，幫助大家更好的理解和學習使用MySQL，感興趣的朋友可以了解下
這兩天看到了兩種可能會導致全表掃描的sql，這里給大家看一下，希望可以避免踩坑：
情況1：
強制類型轉換的情況下，不會使用索引，會走全表掃描。
舉例如下：
首先我們創(chuàng)建一個表
CREATE TABLE `test` ( `id` int(11) NOT NULL AUTO_INCREMENT, `age` int(11) DEFAULT NULL, `score` varchar(20) NOT NULL DEFAULT '', PRIMARY KEY (`id`), KEY `idx_score` (`score`) ) ENGINE=InnoDB AUTO_INCREMENT=12 DEFAULT CHARSET=utf8
我們可以看到，這個表有三個字段，其中兩個int類型，一個varchar類型。varchar類型的字段score是一個索引，而id是主鍵。
然后我們給這個表里面插入一些數(shù)據(jù)，插入數(shù)據(jù)之后的表如下：
mysql：yeyztest 21:43:12>>select * from test; +----+------+-------+ | id | age | score | +----+------+-------+ | 1 | 1 | 5 | | 2 | 2 | 10 | | 5 | 5 | 25 | | 8 | 8 | 40 | | 9 | 2 | 45 | | 10 | 5 | 50 | | 11 | 8 | 55 | +----+------+-------+ 7 rows in set (0.00 sec)
這個時候，我們使用explain語句來查看兩條sql的執(zhí)行情況，分別是：
explain select * from test where score ='10'; explain select * from test where score =10;
結果如下：
mysql:yeyztest 21:42:29>>explain select * from test where score ='10'; +----+-------------+-------+------------+------+---------------+-----------+---------+-------+------+----------+-------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-------+------------+------+---------------+-----------+---------+-------+------+----------+-------+ | 1 | SIMPLE | test | NULL | ref | idx_score | idx_score | 62 | const | 1 | 100.00 | NULL | +----+-------------+-------+------------+------+---------------+-----------+---------+-------+------+----------+-------+ 1 row in set, 1 warning (0.00 sec) mysql:yeyztest 21:43:06>>explain select * from test where score =10; +----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+ | 1 | SIMPLE | test | NULL | ALL | idx_score | NULL | NULL | NULL | 7 | 14.29 | Using where | +----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+ 1 row in set, 3 warnings (0.00 sec)
可以看到，如果我們使用的是varchar類型的值，那么結果中掃描的行數(shù)rows就是1，而當我們使用的是整數(shù)值10的時候，掃描行數(shù)變?yōu)榱?，證明，如果出現(xiàn)了強制類型轉換，則會導致索引失效。
情況2：
反向查詢不能使用索引，會導致全表掃描。
創(chuàng)建一個表test1，它的主鍵是score，然后插入6條數(shù)據(jù)：
CREATE TABLE `test1` ( `score` varchar(20) not null default '' , PRIMARY KEY (`score`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 mysql:yeyztest 22:09:37>>select * from test1; +-------+ | score | +-------+ | 111 | | 222 | | 333 | | 444 | | 555 | | 666 | +-------+ 6 rows in set (0.00 sec)
當我們使用反向查找的時候，不會使用到索引，來看下面兩條sql：
explain select * from test1 where score='111'; explain select * from test1 where score!='111';
mysql:yeyztest 22:13:01>>explain select * from test1 where score='111'; +----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+-------------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+-------------+ | 1 | SIMPLE | test1 | NULL | const | PRIMARY | PRIMARY | 62 | const | 1 | 100.00 | Using index | +----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+-------------+ 1 row in set, 1 warning (0.00 sec) mysql:yeyztest 22:13:08>>explain select * from test1 where score!='111'; +----+-------------+-------+------------+-------+---------------+---------+---------+------+------+----------+--------------------------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-------+------------+-------+---------------+---------+---------+------+------+----------+--------------------------+ | 1 | SIMPLE | test1 | NULL | index | PRIMARY | PRIMARY | 62 | NULL | 6 | 100.00 | Using where; Using index | +----+-------------+-------+------------+-------+---------------+---------+---------+------+------+----------+--------------------------+ 1 row in set, 1 warning (0.00 sec)
可以看到，使用！=作為條件的時候，掃描的行數(shù)是表的總記錄行數(shù)。因此如果想要使用索引，我們就不能使用反向匹配規(guī)則。
情況3：
某些or值條件可能導致全表掃描。
首先我們創(chuàng)建一個表，并插入幾條數(shù)據(jù)：
CREATE TABLE `test4` ( `id` int(11) DEFAULT NULL, `name` varchar(20) DEFAULT NULL, KEY `idx_id` (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 1 row in set (0.00 sec) mysql--dba_admin@127.0.0.1:yeyztest 22:23:44>>select * from test4; +------+------+ | id | name | +------+------+ | 1 | aaa | | 2 | bbb | | 3 | ccc | | 4 | yeyz | | NULL | yeyz | +------+------+ 5 rows in set (0.00 sec)
其中表test4包含兩個字段，id字段是一個索引，而name字段是varchar類型，我們來看下面三個語句的掃描行數(shù)：
explain select * from test4 where id=1; explain select * from test4 where id is null; explain select * from test4 where id=1 or id is null;
mysql:yeyztest 22:24:12>>explain select * from test4 where id is null; +----+-------------+-------+------------+------+---------------+--------+---------+-------+------+----------+-----------------------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-------+------------+------+---------------+--------+---------+-------+------+----------+-----------------------+ | 1 | SIMPLE | test4 | NULL | ref | idx_id | idx_id | 5 | const | 1 | 100.00 | Using index condition | +----+-------------+-------+------------+------+---------------+--------+---------+-------+------+----------+-----------------------+ 1 row in set, 1 warning (0.00 sec) mysql:yeyztest 22:24:17>>explain select * from test4 where id=1; +----+-------------+-------+------------+------+---------------+--------+---------+-------+------+----------+-------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-------+------------+------+---------------+--------+---------+-------+------+----------+-------+ | 1 | SIMPLE | test4 | NULL | ref | idx_id | idx_id | 5 | const | 1 | 100.00 | NULL | +----+-------------+-------+------------+------+---------------+--------+---------+-------+------+----------+-------+ 1 row in set, 1 warning (0.00 sec) mysql:yeyztest 22:24:28>>explain select * from test4 where id=1 or id is null; +----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+ | 1 | SIMPLE | test4 | NULL | ALL | idx_id | NULL | NULL | NULL | 5 | 40.00 | Using where | +----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+ 1 row in set, 1 warning (0.00 sec)
可以看到單獨使用id=1和id is null，都只會掃描一行記錄，而使用or將二者連接起來就會導致掃描全表而不使用索引。
簡單總結一下：
1.強制類型轉換的情況下，不會使用索引，會走全表掃描
2.反向查詢不能使用索引，會導致全表掃描。
3.某些or值條件可能導致全表掃描。
以上就是導致MySQL做全表掃描的幾種情況的詳細內容，更多關于MySQL 全表掃描的資料請關注腳本之家其它相關文章！
相關文章
這篇文章主要介紹了mysql 協(xié)議的ping命令包及解析詳解及實例的相關資料,這里附有簡單實例代碼并附下載源碼，需要的朋友可以參考下2017-01-01
當面試官問mysql中char與varchar的區(qū)別
這篇文章主要以聊天形式圖片的添加，將面試官面試真實場景體現(xiàn)出來，好奇的朋友不要錯過奧2021-08-08
Navicat修改MySQL數(shù)據(jù)庫密碼的多種方法
這篇文章主要介紹了Navicat修改MySQL數(shù)據(jù)庫密碼,需要的朋友可以參考下2018-09-09
Spring中的InitializingBean和SmartInitializingSingleton的區(qū)別詳解
這篇文章主要介紹了Spring中的InitializingBean和SmartInitializingSingleton的區(qū)別詳解,InitializingBean只有一個接口方法afterPropertiesSet(),在BeanFactory初始化完這個bean,并且把bean的參數(shù)都注入成功后調用一次afterPropertiesSet()方法,需要的朋友可以參考下2024-01-01
數(shù)據(jù)庫市場需要細分,行式數(shù)據(jù)庫不再滿足所有的需求,而有很多需求需要,下面這篇文章主要給大家介紹了關于mysql單列多值存儲的相關資料,文中通過示例代碼介紹介紹的非常詳細,需要的朋友可以參考下2022-04-04
這篇文章主要介紹了mysql連接查詢,當查詢結果的列來源于多張表時，需要將多張表連接成一個大的數(shù)據(jù)集，再選擇合適的列返回，本文給大家介紹的非常詳細，需要的朋友參考下吧2022-09-09
這篇文章主要介紹了Navicat如何遠程連接云服務器數(shù)據(jù)庫,文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下2020-11-11
在本文中，總結了開發(fā)過程中最為常見的幾種 MySQL 拋出的異常以及如何解決，包括高版本驅動的問題、時區(qū)配置問題、SSL 連接問題等。于我個人而言，這一篇足以解決目前項目中所有遇到的MySQL問題。同時，也希望本文能對 MySQL 數(shù)據(jù)庫初學者有一定的引導入門作用。2021-05-05
DROP TABLE在不同數(shù)據(jù)庫中的寫法整理
這篇文章主要介紹了DROP TABLE在不同數(shù)據(jù)庫中的寫法整理的相關資料,需要的朋友可以參考下2017-04-04
在本篇文章中小編給大家整理了關于通過grep 獲取MySQL錯誤日志信息的方法的相關知識點內容，有需要的朋友們跟著學習下。2018-09-09