มีประสิทธิภาพที่เพิ่มขึ้นในการสร้างดัชนีฟิลด์บูลีนหรือไม่?

ฉันกำลังจะเขียนแบบสอบถามที่มีไฟล์WHERE isok=1. ตามความหมายของชื่อisokคือฟิลด์บูลีน (อันที่จริงTINYINT(1) UNSIGNEDคือตั้งค่าเป็น 0 หรือ 1 ตามต้องการ)

มีประสิทธิภาพที่เพิ่มขึ้นในการสร้างดัชนีฟิลด์นี้หรือไม่? เครื่องยนต์ (InnoDB ในกรณีนี้) จะทำงานได้ดีขึ้นหรือแย่ลงในการค้นหาดัชนี?

ไม่จริง คุณควรคิดว่ามันเหมือนหนังสือ หากหนังสือมีคำเพียง 3 ชนิดและคุณจัดทำดัชนีคำทั้งหมดคุณจะมีหน้าดัชนีจำนวนเท่ากันกับหน้าปกติ

จะมีประสิทธิภาพที่เพิ่มขึ้นหากมีการบันทึกค่าหนึ่งค่าค่อนข้างน้อย ตัวอย่างเช่นหากคุณมี 1,000 ระเบียนและ 10 รายการเป็น TRUE ก็จะมีประโยชน์หากคุณค้นหาด้วยisok = 1

ดังที่ Michael Durrant กล่าวถึงมันยังทำให้การเขียนช้าลง

แก้ไข: การทำซ้ำที่เป็นไปได้: การสร้างดัชนีฟิลด์บูลีน

ในที่นี้จะอธิบายว่าแม้ว่าคุณจะมีดัชนี แต่ถ้าคุณมีบันทึกมากเกินไปก็ไม่ได้ใช้ดัชนี แต่อย่างใด MySQL ไม่ได้ใช้ดัชนีเมื่อตรวจสอบ = 1 แต่ใช้กับ = 0

เพียงเพื่อระบุประเด็นที่ละเอียดกว่าเกี่ยวกับคำตอบอื่น ๆ ที่นี่เนื่องจากจากประสบการณ์ของฉันผู้ที่มองคำถามเช่นนี้อยู่ในเรือลำเดียวกันเราทุกคนได้ยินมาว่าการสร้างดัชนีฟิลด์บูลีนนั้นไม่มีจุดหมาย แต่ ...

เรามีตารางที่มีประมาณ 4 ล้านแถวเพียงครั้งละประมาณ 1,000 รายการเท่านั้นที่จะมีการตั้งค่าสถานะบูลีนสวิตช์และนั่นคือสิ่งที่เราค้นหา การเพิ่มดัชนีในฟิลด์บูลีนของเราเร่งความเร็วการสืบค้นตามลำดับขนาดมันใช้เวลาจากประมาณ 9+ วินาทีเป็นเสี้ยววินาที

ขึ้นอยู่กับแบบสอบถามจริงและการเลือกของชุดค่าผสมดัชนี / แบบสอบถาม

กรณี A : เงื่อนไขWHERE isok = 1และไม่มีอะไรอื่นที่นั่น:

SELECT *
FROM tableX
WHERE isok = 1

• หากดัชนีมีการเลือกเพียงพอ (บอกว่าคุณมี 1M แถวและมีเพียง 1k เท่านั้นisok = 1) เอ็นจิ้นSQL อาจใช้ดัชนีและเร็วกว่าที่ไม่มี

• หากดัชนีไม่ได้รับการคัดเลือกเพียงพอ (สมมติว่าคุณมีแถว 1M และมากกว่า 100,000 แถวisok = 1) เอ็นจิ้นSQL อาจไม่ใช้ดัชนีและทำการสแกนตาราง

กรณี B : เงื่อนไขWHERE isok = 1และสิ่งอื่น ๆ :

SELECT *
FROM tableX
WHERE isok = 1
  AND another_column = 17

จากนั้นขึ้นอยู่กับดัชนีอื่น ๆ ที่คุณมี ดัชนีanother_columnอาจจะเลือกได้มากกว่าดัชนีisokที่มีเพียงสองค่าที่เป็นไปได้ ดัชนี(another_column, isok)หรือ(isok, another_column)จะดียิ่งขึ้น

ขึ้นอยู่กับการกระจายของข้อมูล

ลองนึกภาพว่าฉันมีหนังสือเล่มหนึ่งที่มีหน้าที่พิมพ์อย่างใกล้ชิด 1,000 หน้าและคำเดียวในหนังสือของฉันคือ 'ใช่' และ 'ไม่' ซ้ำแล้วซ้ำอีกและแจกจ่ายแบบสุ่ม หากฉันถูกขอให้วนรอบอินสแตนซ์ทั้งหมดของ 'ใช่' ดัชนีที่อยู่ด้านหลังของหนังสือจะช่วยได้หรือไม่ มันขึ้นอยู่กับ.

หากมีการแจกแจงแบบสุ่มครึ่งและครึ่งของใช่และไม่ใช่การค้นหาในดัชนีจะไม่ช่วย ดัชนีจะทำให้หนังสือมีขนาดใหญ่ขึ้นมากและอย่างไรก็ตามฉันจะต้องเร็วกว่าเพียงแค่เริ่มจากด้านหน้าและเดินไปตามแต่ละหน้าโดยมองหาอินสแตนซ์ทั้งหมดของ 'ใช่' และวนไปวนมาแทนที่จะค้นหาแต่ละรายการใน ดัชนีแล้วใช้การอ้างอิงจากรายการดัชนีไปยังหน้าที่อ้างถึง

แต่ถ้ามีก็ให้บอกว่า 'ใช่' เพียง 10 อินสแตนซ์ในหนังสือพันหน้าของฉันและอย่างอื่นก็เป็นเพียงไม่มากนับล้านดังนั้นดัชนีจะช่วยฉันประหยัดเวลาได้มากในการค้นหาอินสแตนซ์ที่ 'ใช่' ทั้งสิบรายการและวนไปรอบ ๆ .

มันเหมือนกันในฐานข้อมูล หากเป็นการแจกแจงแบบ 50:50 ดัชนีจะไม่ช่วยอะไร - เอ็นจินฐานข้อมูลจะดีกว่าเพียงแค่การไถข้อมูลตั้งแต่ต้นจนจบ (การสแกนแบบเต็มตาราง) และดัชนีจะทำให้ฐานข้อมูลใหญ่ขึ้นและ เขียนและอัปเดตช้าลง แต่ถ้าเป็นการแจกแจงแบบ 4000: 1 (ตามoucilในเธรดนี้) การค้นหาดัชนีสามารถเร่งความเร็วได้อย่างมหาศาลหากเป็น 1 ใน 4000 รายการที่คุณกำลังมองหา

ไม่ปกติไม่

โดยปกติคุณจะจัดทำดัชนีเขตข้อมูลสำหรับการค้นหาเมื่อมีการเลือก / จำนวนสมาชิกสูง คาร์ดินาลิตี้ของฟิลด์บูลีนต่ำมากในตารางส่วนใหญ่ นอกจากนี้ยังทำให้การเขียนของคุณช้าลงเล็กน้อย

อันที่จริงขึ้นอยู่กับแบบสอบถามที่คุณเรียกใช้ แต่โดยทั่วไปจะใช่เช่นเดียวกับการสร้างดัชนีเขตข้อมูลประเภทอื่น ๆ

ใช่ดัชนีจะปรับปรุงประสิทธิภาพตรวจสอบผลลัพธ์ของ EXPLAIN ที่มีและไม่มีดัชนี

จากเอกสาร:

ดัชนีใช้เพื่อค้นหาแถวที่มีค่าคอลัมน์เฉพาะอย่างรวดเร็ว หากไม่มีดัชนี MySQL จะต้องเริ่มต้นด้วยแถวแรกจากนั้นอ่านทั้งตารางเพื่อค้นหาแถวที่เกี่ยวข้อง ยิ่งโต๊ะมีขนาดใหญ่เท่าไหร่ก็ยิ่งมีค่าใช้จ่ายมากขึ้นเท่านั้น หากตารางมีดัชนีสำหรับคอลัมน์ที่เป็นปัญหา MySQL จะสามารถกำหนดตำแหน่งที่จะค้นหาตรงกลางของไฟล์ข้อมูลได้อย่างรวดเร็วโดยไม่ต้องดูข้อมูลทั้งหมด

ฉันคิดว่ามันปลอดภัยเช่นกันที่จะบอกว่าดัชนีจะไม่ลดประสิทธิภาพในกรณีนี้ดังนั้นคุณจะได้รับจากมันเท่านั้น