mysql索引問題，兩個(gè)但索引是否會(huì)提高查詢速度？

不一定,而且大多數(shù)情況下是更慢（有索引合并問題）。
以前寫過一篇文章：MySQL多列索引應(yīng)用

你跑一下 benchmark 呀，這種 性能問題 需要結(jié)合多方面因素，特別是數(shù)據(jù)量的問題。

先說結(jié)論：會(huì)

索引本質(zhì)上是獨(dú)立的索引文件，里面按照特定的順序（一般采用B+樹結(jié)構(gòu)）記錄了數(shù)據(jù)字段（A,B）和實(shí)際數(shù)據(jù)存儲(chǔ)位置
在沒有索引的時(shí)候，如果要查詢某個(gè)字段=值，則需要遍歷所有實(shí)際數(shù)據(jù)，然后和字段對(duì)比，也就是全表掃描
然而在擁有索引的時(shí)候，則不需要查詢?cè)紨?shù)據(jù)，只需要查詢索引文件，分別查詢出A和B匹配的記錄，然后計(jì)算他們的交集，最后再根據(jù)索引中記錄的實(shí)際位置去讀取數(shù)據(jù)，避免了全表掃描
上面也說了，索引的記錄是擁有特定順序的，姑且不討論細(xì)節(jié)，假設(shè)順序是從小到大依次排列，那么最簡單的就可以通過二分查找來定位匹配項(xiàng)，比遍歷查詢已經(jīng)不知道快了多少了

聯(lián)合索引我不太清楚具體mysql內(nèi)的實(shí)現(xiàn)方式，按照我個(gè)人的理解，聯(lián)合索引和單索引的區(qū)別在于聯(lián)合索引更加節(jié)約空間，兩個(gè)字段的單索引就是兩個(gè)索引文件，而聯(lián)合索引是一個(gè)索引文件，內(nèi)部類似于把多個(gè)字段字段按順序混合成了一個(gè)字段進(jìn)行了索引，所以聯(lián)合索引并不能跳過A字段來快速搜索B字段，當(dāng)然具體實(shí)現(xiàn)遠(yuǎn)比這個(gè)復(fù)雜，可以說肯定不可能通過簡單的混合字段來實(shí)現(xiàn)聯(lián)合索引，具體細(xì)節(jié)只能等熟悉mysql實(shí)現(xiàn)細(xì)節(jié)的大佬來回答了，這個(gè)我真的不知道

聯(lián)合索引這塊我的確很少用不清楚，個(gè)人理解可能是錯(cuò)誤的，歡迎大佬糾正