MySQL 是一個流行的關系型數據庫管理系統，支持單表和多表查詢。一般情況下，使用索引可以提高查詢效率。不過在某些情況下，即使在單表查詢的情況下使用索引，查詢仍然很慢。

在 MySQL 中，查詢優化器會根據查詢語句的特點來決定使用哪些索引。如果查詢條件的選擇性很高，即能夠過濾掉很多數據行，那么 MySQL 通常會選擇使用索引，盡可能快地找到滿足條件的數據行。但是如果選擇性很低，即不能很好地過濾掉數據行，那么 MySQL 可能會忽略使用索引，因為按照索引查找需要的時間比全表掃描還慢。

下面是一個使用單表查詢的例子：

SELECT * FROM orders WHERE order_no = '1001';

如果 orders 表中有 order_no 列的索引，那么查詢優化器通常會選擇使用索引來查找訂單號為 1001 的訂單。但是如果 orders 表很大，即使使用了索引，查找仍然需要較長的時間。

為什么使用單表索引查找時會很慢呢？原因是單表索引只能加速查找符合條件的數據行，而不能加速數據行的讀取。當需要讀取大量數據行時，即使使用了索引，也會因為數據行讀取操作導致整個查詢變慢。

因此，在一些情況下，優化查詢的方式不是加速單表索引查詢，而是優化數據結構，減少不必要的數據行讀取。例如可以將相關數據歸類到一起，通過查詢多個表來避免單表查詢時讀取過多數據行。

綜上所述，單表走索引并不一定能夠提高查詢效率，需要根據實際情況進行優化。