MySQL 5.1 หรือ 5.5?

มีความแตกต่างอย่างมีนัยสำคัญระหว่างเวอร์ชั่น 5.1 และ 5.5 หรือไม่

เซิร์ฟเวอร์ที่เป็นปัญหาถูกใช้เพื่อโฮสต์ฟอรัม vBulletin ขนาดกลาง

ประโยชน์หลักของ 5.1 คือพร้อมใช้งานผ่าน apt-get

วันนี้คุณสามารถใช้ MySQL 5.5 ได้แล้วตอนนี้ ตอนนี้ฉันมีการผลิต 5.5.9 และมันก็ทำงานได้ดี

ฉันปรับอัตราส่วน MySQL 5.5 สำเร็จด้วยการจำลองแบบวงกลมอย่างง่ายท่ามกลางเซิร์ฟเวอร์ DB 3 ตัว นี่คือเลย์เอาต์ของเซิร์ฟเวอร์ DB แต่ละตัวและสิ่งที่กำลังทำงานอยู่

• MySQL 5.5.9
• 2TB RAID10 SAS
• RAM 192GB
• หนึ่งเสาหิน 162GB InnoDB บัฟเฟอร์พูล
• Dual HexaCore (ถูกต้อง, 12 ซีพียู)

/etc/my.cnf มีดังต่อไปนี้

[mysqld]
innodb_read_io_threads=64
innodb_write_io_threads=64
innodb_io_capacity=65536
innodb_buffer_pool_instances=1
innodb_bufer_pool_size=162G

เซิร์ฟเวอร์ MySQL แต่ละตัวมี

• ฐานข้อมูลลูกค้า (ผู้เช่า) 942
• ข้อมูลทั้งหมด 935GB
• 95% ของพูลบัฟเฟอร์เต็มบนเซิร์ฟเวอร์ทั้งสามเครื่อง

หลังจากผ่านไป 1 ปีมันก็ยังคงเหมือนฝันเพราะใช้ MySQL 5.5 และรับ InnoDB เพื่อดึงดูดซีพียูทั้ง 12 ตัว

ดังนั้นฉันมีความสุขมากกับประสิทธิภาพการทำงานของป่านนี้และเพื่อให้ลูกค้า

5.5 เป็นรุ่นพัฒนาและไม่เหมาะสำหรับการผลิต หากคุณไม่มีเหตุผลที่เฉพาะเจาะจงคุณไม่ควรลองใช้ 5.5 สำหรับการใช้งานจริง

ทั้ง ใช้ percona 5.1 กับ xtra-db Percona.com เร็วถึง 5.5 และทำสิ่งต่าง ๆ ที่ MySQL ควรทำ ได้ฟรีขึ้นอยู่กับและสามารถใช้งานร่วมกับไบนารีแทนการแทนที่สำหรับ MySQL ฉันยังไม่มีอะไรเลยนอกจากประสบการณ์ที่ดีในการใช้งาน Percona แทนที่จะเป็น MySQL ตรวจสอบให้แน่ใจว่าคุณตั้งค่าเอ็นจิ้นเริ่มต้นเป็น innodb แสดงเครื่องยนต์ จะแสดงว่าคุณกำลังใช้ xtradb แทน innodb

คุณควรใช้ mysql 5.0 จริง ๆ ตัววางแผนคิวรีทำงานได้ดีกว่ากับ vbulletin มากกว่า 5.5 เราพบหลายพื้นที่ที่ผู้วางแผนคิวรี 5.5 ส่งผลให้ประสิทธิภาพโดยรวมแย่กว่า 5.0 และเปลี่ยนกลับ

http://www.makingitscale.com/2010/latest-mysql-query-planner-gone-looney.html