เหตุใด SELECT จึงเป็นขนาดเร็วกว่า SELECT foo

พิจารณาตารางค่าและแฮชเช่น:

+------------+----------+------+-----+---------+----------------+
| Field      | Type     | Null | Key | Default | Extra          |
+------------+----------+------+-----+---------+----------------+
| id         | int(11)  | NO   | PRI | NULL    | auto_increment |
| val        | char(9)  | NO   |     | NULL    |                |
| val_hashed | char(50) | YES  |     | NULL    |                |
+------------+----------+------+-----+---------+----------------+

แบบสอบถามต่อไปนี้เสร็จสิ้นใน 0.00 วินาที:

SELECT * FROM hashes ORDER BY 1 DESC LIMIT 1;

อย่างไรก็ตามการสืบค้นนี้ใช้เวลา 3 นาที 17 วินาที:

SELECT val FROM hashes ORDER BY 1 DESC LIMIT 1;

Sorting resultผมเห็นว่าในขณะที่แบบสอบถามจะทำงานแสดงรายการกระบวนการว่ามันเป็นสถานะ สถานการณ์สามารถทำซ้ำได้อย่างสมบูรณ์ โปรดทราบว่ามีกระบวนการอื่นที่ดำเนินการINSERTการดำเนินการบนตารางอย่างต่อเนื่อง

เหตุใดข้อความค้นหาที่เจาะจงมากขึ้นจึงใช้เวลานานกว่า*แบบสอบถาม ฉันเชื่อเสมอว่า*ควรหลีกเลี่ยงการค้นหาโดยเฉพาะด้วยเหตุผลด้านประสิทธิภาพ

วลีนี้ORDER BY 1อ้างถึงคอลัมน์ต่าง ๆ ; ในครั้งแรกมันจะเป็นในครั้งที่สองid valเนื่องจากidเป็นกุญแจสำคัญที่จะได้รับการจัดทำดัชนีและorder byจะเป็นจำนวนเล็กน้อยของการทำงาน ต้องการorder by valแต่ระบบจะต้องดึงทุกแถวเรียงลำดับตารางโดยสมบูรณ์valแล้วเลือกเพียงหนึ่งแถวเหล่านั้น

เปลี่ยนทั้งคำถามorder by idและฉันคิดว่าเวลาดำเนินการของคุณจะเกือบจะเหมือนกัน

ความแตกต่างของประสิทธิภาพในการสืบค้นของคุณนั้นถูกอธิบายไว้อย่างดีโดย MG ฉันจะพูดถึงสิ่งนี้:

ฉันเชื่อเสมอว่า * ควรหลีกเลี่ยงการค้นหาโดยเฉพาะเพื่อเหตุผลด้านประสิทธิภาพ

select *ไม่มีการลงโทษโดยเฉพาะอย่างยิ่งมันเป็นปัญหาเมื่อนำไปใช้ในทางที่ผิด ในการสืบค้นแบบตารางเดี่ยวมันใช้งานได้ดี ตอนนี้เข้าร่วมตารางนั้นกับอีก 20 คอลัมน์และต่อมาเพิ่มเข้าร่วม 5 ตารางอื่น ๆ ที่มีหลายคอลัมน์ ตอนนี้มันเป็นปัญหา ดังนั้นคนที่สอนวงดนตรีวงกว้าง "ไม่เคยทำ X" โดยไม่ต้องอธิบายว่าทำไม