ทำไม InnoDB ถึงไม่เก็บจำนวนแถว?

ทุกคนรู้ว่าในตารางที่ใช้ InnoDB เป็นเอ็นจินแบบสอบถามSELECT COUNT(*) FROM mytableจะไม่แม่นยำและช้ามากโดยเฉพาะเมื่อตารางมีขนาดใหญ่ขึ้นและมีการแทรก / ลบแถวอย่างต่อเนื่องในขณะที่ดำเนินการค้นหา

ดังที่ฉันเข้าใจแล้ว InnoDB ไม่ได้จัดเก็บจำนวนแถวในตัวแปรภายในซึ่งเป็นสาเหตุของปัญหานี้

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

PS: ฉันไม่ใช่ผู้เชี่ยวชาญเกี่ยวกับ DBs ฉันเป็นแค่คนที่มี MySQL เป็นงานอดิเรกง่ายๆ ดังนั้นถ้าฉันถามอะไรที่โง่ ๆ

ฉันเห็นด้วยกับ @RemusRusanu (+1 สำหรับคำตอบของเขา)

SELECT COUNT(*) FROM mydb.mytableใน InnoDB ควรทำตัวเหมือนเครื่องมือเก็บข้อมูลของทรานแซคชัน เปรียบเทียบกับ MyISAM

MyISAM

ถ้าmydb.mytableเป็นตาราง MyISAM ที่เปิดตัวเป็นเช่นเดียวกับการทำงานSELECT COUNT(*) FROM mydb.mytable; SELECT table_rows FROM information_schema.table WHERE table_schema = 'mydb' AND table_name = 'mytable';สิ่งนี้ทริกเกอร์การค้นหาอย่างรวดเร็วของการนับแถวในส่วนหัวของตาราง MyISAM

InnoDB

หากmydb.mytableเป็นตาราง InnoDB คุณจะได้รับสิ่งที่เกิดขึ้น คุณมี MVCC ดำเนินการควบคุมสิ่งต่อไปนี้:

• ib_logfile0 / ib_logfile1 (ทำซ้ำบันทึก)
• ibdata1
  • เลิกทำการบันทึก
  • rollbacks
  • การเปลี่ยนแปลงพจนานุกรมข้อมูล
• การจัดการบัฟเฟอร์ของบัฟเฟอร์
• การแยกธุรกรรม (4 ประเภท)
  • อ่านซ้ำ
  • อ่านความมุ่งมั่น
  • อ่านปราศจากข้อผูกมัด
  • serializable

การขอ InnoDB สำหรับการนับตารางต้องมีการนำทางผ่านสิ่งที่เป็นลางร้ายเหล่านี้ ในความเป็นจริงไม่มีใครรู้จริง ๆ ว่าการSELECT COUNT(*) from mydb.mytableนับอ่านซ้ำเท่านั้นหรือรวมถึงการอ่านที่ได้กระทำและผู้ที่ปราศจากข้อผูกมัด

คุณอาจจะพยายามที่จะรักษาเสถียรภาพของสิ่งเล็ก ๆ น้อย ๆ ด้วยการทำให้innodb_stats_on_metadata

ตามเอกสาร MySQL ในinnodb_stats_on_meta_data

เมื่อเปิดใช้งานตัวแปรนี้ (ซึ่งเป็นค่าเริ่มต้นเหมือนก่อนที่จะสร้างตัวแปร) InnoDB จะอัพเดตสถิติในระหว่างคำสั่งข้อมูลเมตาเช่น SHOW TABLE STATUS หรือ SHOW INDEX หรือเมื่อเข้าถึงตาราง Information_SCHEMA ตารางหรือสถิติ (การปรับปรุงเหล่านี้คล้ายกับสิ่งที่เกิดขึ้นสำหรับ ANALYZE TABLE.) เมื่อปิดการใช้งาน InnoDB จะไม่อัปเดตสถิติระหว่างการดำเนินการเหล่านี้ การปิดใช้งานตัวแปรนี้สามารถปรับปรุงความเร็วในการเข้าถึงสำหรับสคีมาที่มีตารางหรือดัชนีจำนวนมาก นอกจากนี้ยังสามารถปรับปรุงเสถียรภาพของแผนการดำเนินการสำหรับแบบสอบถามที่เกี่ยวข้องกับตาราง InnoDB

การปิดใช้งานอาจหรือไม่อาจให้การนับที่มีเสถียรภาพมากขึ้นในแง่ของการตั้งค่าแผนอธิบาย มันอาจส่งผลกระทบต่อประสิทธิภาพSELECT COUNT(*) from mydb.mytableในทางที่ดีไม่ดีหรือไม่ดีเลย ลองดูสิ !!!

สำหรับผู้เริ่มต้นไม่มีสิ่งเช่น 'จำนวนปัจจุบัน' เพื่อเก็บไว้ในตัวแปร แบบสอบถามที่ชอบSELECT COUNT(*) FROM ...นั้นขึ้นอยู่กับระดับการแยกปัจจุบันและธุรกรรมที่ค้างอยู่พร้อมกันทั้งหมด ขึ้นอยู่กับระดับการแยกแบบสอบถามสามารถดูหรือไม่เห็นแถวที่แทรกหรือลบโดยรอธุรกรรมที่ยังไม่ผ่าน วิธีเดียวที่จะตอบคือการนับแถวที่มองเห็นได้กับธุรกรรมปัจจุบัน

โปรดทราบว่าฉันไม่ได้สัมผัสหัวข้อที่มีหนามมากขึ้นของธุรกรรมที่เกิดขึ้นพร้อมกันที่เริ่มต้นหรือสิ้นสุดในระหว่างการนับ ไม่ต้องพูดถึงการย้อนกลับ ...

แม้ว่าจะเป็นไปได้ในทางทฤษฎีที่จะสามารถนับจำนวนแถวสำหรับตารางที่กำหนดด้วย InnoDB ได้อย่างแม่นยำ แต่ก็ต้องเสียค่าใช้จ่ายในการล็อคจำนวนมากซึ่งจะส่งผลเสียต่อประสิทธิภาพการทำงาน มันก็จะแตกต่างกันไปตามระดับการแยก

MyISAM ทำการล็อคระดับโต๊ะอยู่แล้วดังนั้นจึงไม่มีค่าใช้จ่ายเพิ่มเติม

ฉันไม่ค่อยต้องการการนับแถวสำหรับตารางแม้ว่าฉันจะใช้ COUNT (*) ค่อนข้างน้อย ฉันมักจะมีส่วนคำสั่ง WHERE ที่แนบมา เมื่อใช้ดัชนีที่มีประสิทธิภาพกับชุดผลลัพธ์เล็ก ๆ ฉันพบว่ามันเร็วพอ

ฉันไม่เห็นด้วยกับการนับที่ไม่ถูกต้อง การนับเป็นการแสดงภาพรวมของข้อมูลและฉันก็พบว่ามันถูกต้องเสมอ

กล่าวโดยสรุป MySQL ปล่อยให้คุณใช้สิ่งนี้กับ InnoDB คุณสามารถเก็บจำนวนและเพิ่ม / ลดได้หลังจากแต่ละแบบสอบถาม แม้ว่าวิธีแก้ปัญหาที่ง่ายกว่านั้นน่าจะเปลี่ยนมาใช้ MyISAM