Innodb表select查詢順序
今天知數(shù)堂一個(gè)學(xué)生反饋說在優(yōu)化課中老師講Innodb是以主鍵排序存儲(chǔ),讀取的時(shí)間以主鍵為順序讀取,但發(fā)現(xiàn)個(gè)例外,如下:
CREATE TABLE zst_t1 ( uid int(10) NOT NULL AUTO_INCREMENT, id int(11) NOT NULL, PRIMARY KEY ( uid ), KEY idx_id ( id ) ) ENGINE=InnoDB;'
寫入數(shù)據(jù):
INSERT INTO zst_t1 VALUES (1,1),(12,1),(22,1),(23,1),(33,1),(2,2),(3,2),(10,2),(11,2),(4,4),(13,4),(14,4);
執(zhí)行查詢:
select * from zst_t1;
為什么這個(gè)順序是亂的,不按順序排列呢?難道Innodb表并不是全按主鍵存儲(chǔ)?
使用innodb_ruby這個(gè)工具查看一下存儲(chǔ)結(jié)構(gòu)什么樣
看樣子存儲(chǔ)還是按主鍵排序存儲(chǔ)的。沒毛病。
再來看一下該表的索引:
看到這里應(yīng)該明白了怎么會(huì)事了吧,原來這個(gè)查詢是走的索引覆蓋,沒有在進(jìn)行回表讀取原數(shù)據(jù)。另外,也在此說明,Innodb二索索引包含了主鍵存儲(chǔ)。
來繼續(xù)證明一下:
看到using index 吧,表示這個(gè)查詢利用索引查詢出來結(jié)果,不用讀取原表。
那么我們給造一個(gè)通過主鍵讀取數(shù)據(jù)操作:
select * from zst_t1 use index(primary);
select * from zst_t1 use index(primary);
#確認(rèn)一下。
總結(jié):
這個(gè)其實(shí)就是一個(gè)索引包含的查詢案例。 如果靜下來思考一下,也許很快就明白了。也不用這樣去查問題。
技術(shù)在于折騰,多搞搞就明白了:)。
- 可以改善mysql性能的InnoDB配置參數(shù)
- MySQL Innodb表導(dǎo)致死鎖日志情況分析與歸納
- mysql更改引擎(InnoDB,MyISAM)的方法
- MySQL不支持InnoDB的解決方法
- Mysql啟動(dòng)中 InnoDB: Error: log file ./ib_logfile0 is of different size 0 5242880 bytes 的問題
- 淺談MySQL存儲(chǔ)引擎選擇 InnoDB與MyISAM的優(yōu)缺點(diǎn)分析
- Xtrabackup使用指南 InnoDB數(shù)據(jù)備份工具
- MYSQL無法啟動(dòng)提示: Default storage engine (InnoDB) is not available的解決方法
- MySQL數(shù)據(jù)庫(kù)INNODB表損壞修復(fù)處理過程分享
相關(guān)文章
MySQL動(dòng)態(tài)字符串處理DYNAMIC_STRING
本文主要給大家簡(jiǎn)單講解了mysql如何使用DYNAMIC_STRING來進(jìn)行動(dòng)態(tài)字符串的保存,非常的實(shí)用,有需要的小伙伴可以參考下2016-10-10Windows下mysql 8.0.12 安裝詳細(xì)教程
這篇文章主要為大家詳細(xì)介紹了Windows下mysql 8.0.12 安裝詳細(xì)教程,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2019-02-02mysql5.7使用binlog 恢復(fù)數(shù)據(jù)的方法
MySQL的binlog日志是MySQL日志中非常重要的一種日志,記錄了數(shù)據(jù)庫(kù)所有的DML操作,那么怎樣通過binlog 恢復(fù)數(shù)據(jù),本文就詳細(xì)的來介紹一下2021-06-06MySql 5.7.20安裝及data和my.ini文件的配置
本文通過圖文并茂的形式給大家介紹了MySql 5.7.20安裝及data和my.ini文件的配置方法,本文給大家介紹的非常詳細(xì),需要的朋友參考下吧2017-11-11Mysql連接join查詢?cè)碇R(shí)點(diǎn)
在本文里我們給大家整理了一篇關(guān)于Mysql連接join查詢?cè)碇R(shí)點(diǎn)文章,對(duì)此感興趣的朋友們可以學(xué)習(xí)下。2019-02-02