溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
什么是索引？為什么要建立索引？
索引用于快速找出在某個列中有一特定值的行，不使用索引，MySQL必須從第一條記錄開始讀完整個表，直到找出相關的行，表越大，查詢數據所花費的時間就越多，如果表中查詢的列有一個索引，MySQL能夠快速到達一個位置去搜索數據文件，而不必查看所有數據，那么將會節省很大一部分時間。
例如：有一張person表，其中有2W條記錄，記錄著2W個人的信息。有一個Phone的字段記錄每個人的電話號碼，現在想要查詢出電話號碼為xxxx的人的信息。
如果沒有索引，那么將從表中第一條記錄一條條往下遍歷，直到找到該條信息為止。
如果有了索引，那么會將該Phone字段，通過一定的方法進行存儲，好讓查詢該字段上的信息時，能夠快速找到對應的數據，而不必在遍歷2W條數據了。其中MySQL中的索引的存儲類型有兩種：BTREE、HASH。 也就是用樹或者Hash值來存儲該字段，要知道其中詳細是如何查找的，就需要會算法的知識了。我們現在只需要知道索引的作用，功能是什么就行。
引言
今天寫了一個sql，其中涉及的表中的數據量都差不多為50w左右，查詢發現用了8s。這個只是測試服上數據，放到正式服上，肯定一運行就掛了。
SELECT Orders. NO, GuidNo, Orders.CreateTime, sum(OrderItem.Quantity) AS Quantity, Brand. NAME AS BrandName, member.Mobile, Street AS deliveryaddress, Area FROM Orders INNER JOIN OrderItem ON Orders.GuidNo = OrderItem.OrderGuidNo INNER JOIN Brand ON Brand.Id = Orders.BrandId INNER JOIN member ON member.Id = 13 INNER JOIN memberaddress ON member.Id = memberaddress.MemberId WHERE orders.GuidNo IN ( SELECT orderpayment.OrderGuidNo FROM paymentrecord LEFT JOIN orderpayment ON paymentrecord.`No` = orderpayment.PaymentNo WHERE paymentrecord.PaymentMethod = 'MemberCard' AND paymentrecord.Payer = 13 ) GROUP BY GuidNo;
然后就用EXPLAIN分析了一下，發現Orders表沒有命中索引，但是查詢Orders中的GuidNo已經設置了索引，但就是不能命中。
解決過程
然后我將上面的語句分為兩個語句。首先將sql語句修改為：將子查詢的數據直接寫在了sql中，查詢用了0.12s。
SELECT Orders. NO, GuidNo, Orders.CreateTime, sum(OrderItem.Quantity) AS Quantity, Brand. NAME AS BrandName, member.Mobile, Street AS deliveryaddress, Area FROM Orders INNER JOIN OrderItem ON Orders.GuidNo = OrderItem.OrderGuidNo INNER JOIN Brand ON Brand.Id = Orders.BrandId INNER JOIN member ON member.Id = 13 INNER JOIN memberaddress ON member.Id = memberaddress.MemberId WHERE orders.GuidNo IN ( '0A499C5B1A82B6322AE99D107D4DA7B8', '18A5EE6B1D4E9D76B6346D2F6B836442', '327A5AE2BACEA714F8B907865F084503', 'B42B085E794BA14516CE21C13CF38187', 'FBC978E1602ED342E5567168E73F0602' ) GROUP BY GuidNo
第二個：單獨運行子查詢的Sql，也才用了0.1s
SELECT orderpayment.OrderGuidNo FROM paymentrecord LEFT JOIN orderpayment ON paymentrecord.`No` = orderpayment.PaymentNo WHERE paymentrecord.PaymentMethod = 'MemberCard' AND paymentrecord.Payer = 13
這么問題就清晰了，一定是子查詢和父查詢關聯的問題。因為子查詢單獨很快，父查詢用子查詢數據直接查的時候也很快，就是在他倆結合的時候很慢。大致能將問題鎖定在這兩個關聯字段OrderGuidNo上。
最后發現 orderpayment 表和 Orders 表字符集是不同的。一個表的字符集是：utf8_general_ci，一個是：utf8mb4_general_ci。（不查不知道，發現一個數據庫中，很多表的字符集都不相同）
修改orderpayment表的字符集和表中OrderGuidNo的字符集為：utf8_general_ci
ALTER TABLE orderpayment DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci; //修改表的字符集 ALTER TABLE orderpayment CHANGE OrderGuidNo OrderGuidNo VARCHAR(100) CHARACTER SET utf8 COLLATE utf8_general_ci; //修改字段的字符集
然后在用EXPLAIN分析一下，可以看到都用上了索引。
然后運行，查詢了0.112秒。
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對億速云的支持。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
