mysql索引問題，兩個但索引是否會提高查詢速度？

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

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

先說結(jié)論：會

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

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

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