MySQL Enterprise Edition

MySQL Enterprise Edition แบบเป็นเชิงพาณิชย์ได้รับรางวัลมาใช้กันอย่างแพร่หลายและ RDBMS เร็วสุด (เชิงระบบการจัดการฐานข้อมูล) เดิมสร้างโดย Sun Microsystems และการบำรุงรักษาในขณะนี้โดยออราเคิล มันมีคุณสมบัติองค์กรที่มีประสิทธิภาพเช่นการสำรองข้อมูล MySQL องค์กร, MySQL องค์กรการตรวจสอบ, MySQL องค์กร HA, MySQL องค์กร Scalability, MySQL ความปลอดภัยระดับองค์กร, MySQL องค์กรตรวจสอบการตรวจสอบองค์กร MySQL, MySQL วิเคราะห์คำถาม MySQL ผ้าและ MySQL Workbench.Features ที่ glanceKey คุณสมบัติรวมถึงการสนับสนุนที่เพิ่มขึ้นสำหรับการสร้างการสำรองข้อมูลทั้งหมดหรือบางส่วนจุดในเวลาการกู้คืนการทำงานคืนบางส่วนหรือเต็มรูปแบบสนับสนุนการตรวจสอบภายนอกสนับสนุนสำหรับสระว่าด้ายการตรวจสอบตามนโยบายการปฏิบัติตามออนไลน์ & ldquo; ร้อน & rdquo; สนับสนุนการสำรองข้อมูล, จัดการคลัสเตอร์และการจำลองแบบคลัสเตอร์คุณสมบัติทางภูมิศาสตร์ปรับอัตโนมัติเช่นเดียวกับการสนับสนุนเครื่องมือการเก็บรักษาต่าง ๆ รวมทั้ง InnoDB, NDB และ MyISAM
นอกจากนี้ก็มีการบีบอัดการสำรองข้อมูล, การจำลองแบบฐานข้อมูล DRBD (Distributed อุปกรณ์ป้องกันจำลอง) การสนับสนุนการจัดกลุ่มของ Oracle Solaris ของออราเคิล VM แม่แบบการจัดกลุ่มล้มเหลว Windows รวมไดเรกทอรี Windows ที่ใช้งาน PAM (Pluggable โมดูลการตรวจสอบ) การสนับสนุนการตรวจสอบเช่นเดียวกับ 24 / 7 การสนับสนุนจาก Oracle คุณสมบัติที่น่าสนใจอีกประการหนึ่งก็สามารถที่จะทำให้โครงสร้างพื้นฐานของฐานข้อมูลของคุณสูง available.Supported ปฏิบัติการ systemsMySQL มีความพร้อมที่ดีซึ่งหมายความว่าจะสามารถนำมาใช้ในช่วงกว้างของการกระจาย Linux รวมทั้ง Debian GNU / Linux, Ubuntu, Linux SUSE Enterprise Server, สีแดง Hat Enterprise Linux และ Oracle Linux เช่นเดียวกับ Sun Solaris, BSD, Mac OS X และ Microsoft Windows กับระบบปฏิบัติการ MySQL Community EditionsIn นอกจากรุ่น Enterprise ของ MySQL, ฉบับที่ชุมชนเป็นอิสระที่มีอยู่สำหรับการดาวน์โหลดและมันสามารถติดตั้งได้อย่างง่ายดาย บนต่างๆ Linux-based ระบบปฏิบัติการที่ใช้แพคเกจที่รวมอยู่ในที่เก็บซอฟแวร์เริ่มต้นของแต่ละ GNU / กระจาย Linux มันจะยังคงแข็งขันและการสนับสนุนจากชุมชนของผู้ที่ชื่นชอบโอเพนซอร์สและนักพัฒนาจากสถานที่ทั่วโลก รายละเอียดเพิ่มเติมเกี่ยวกับรุ่นชุมชน MySQL สามารถพบได้ใน Softoware

มีอะไรใหม่ ในข่าวประชาสัมพันธ์ฉบับนี้.

• ผลการดำเนินงานที่ดีขึ้นและ Scalability
• การปรับปรุงเครื่องมือเก็บ InnoDB สำหรับการทำธุรกรรมผ่านดีกว่า
• การปรับปรุงเพิ่มประสิทธิภาพสำหรับเวลาที่ดำเนินการค้นหาที่ดีขึ้นและการวินิจฉัย
• ความพร้อมการใช้งานที่ดีขึ้นด้วยออนไลน์ DDL / การดำเนินงาน Schema
• สำหรับนักพัฒนาที่ดีขึ้นด้วยความว่องไว NoSQL เข้าจากทาง Memcached API เพื่อ InnoDB
• การจำลองแบบการปรับปรุงที่มีประสิทธิภาพสูงและการใช้คลัสเตอร์ด้วยตนเอง
• Schema ปรับปรุงประสิทธิภาพสำหรับการวัดและการตรวจสอบที่ดีขึ้น
• การรักษาความปลอดภัยที่ดีขึ้นสำหรับการใช้งานแอพลิเคชันฟรีกังวล
• และการปรับปรุงที่สำคัญอื่น ๆ

มีอะไรใหม่ ในรุ่น 5.6.10:

• คุณสมบัติใหม่และการปรับปรุงใน MySQL 5.6 พร้อมที่จะ MySQL ผู้ใช้ใน MySQL Community Edition ที่.
• MySQL 5.6 ให้เพิ่มขยายขีดความสามารถเชิงเส้นช่วยให้ผู้ใช้ในการยกระดับความสามารถของฮาร์ดแวร์ที่ทันสมัย​​.
• กับรุ่นนี้ผู้ใช้สามารถสัมผัสประสบการณ์การพัฒนาแบบสอบถามง่ายและการดำเนินการได้เร็วขึ้นผ่านการทำธุรกรรมที่ดีขึ้นและความพร้อมใช้งานแอพลิเคชันที่มีความยืดหยุ่น NoSQL เข้าถึงการจำลองแบบที่ดีขึ้นและการใช้เครื่องมือที่เพิ่มขึ้น.
• คำที่ดีกว่าเวลาการดำเนินการและการวินิจฉัยให้ผ่านการปรับปรุงการวินิจฉัย MySQL เพิ่มประสิทธิภาพ: การเพิ่มประสิทธิภาพแบบสอบถามย่อย: ลดความซับซ้อนของการพัฒนาแบบสอบถามโดย subqueries เพิ่มประสิทธิภาพก่อนที่จะดำเนินการ ประสิทธิภาพใหม่ในชุดว่าผลจะถูกเลือกเรียงลำดับและกลับมาส่งมอบการปรับปรุงอย่างมีนัยสำคัญในช่วงเวลาดำเนินการแบบสอบถาม นอกเหนือจากดัชนีสภาพ Pushdown (ICP) และคีย์แบทช์ (BKA) สามารถปรับปรุงการคัดเลือกผ่านแบบสอบถามได้ถึง 280x (1) ปรับปรุงการวินิจฉัยเพิ่มประสิทธิภาพ: ด้วยอธิบายสำหรับ INSERT, UPDATE และลบการดำเนินงาน เอาท์พุทแผนอธิบายในรูปแบบ JSON ให้ตัวชี้วัดที่เพิ่มประสิทธิภาพแม่นยำมากขึ้นและการอ่านที่ดีขึ้นและเพิ่มประสิทธิภาพร่องรอยช่วยให้การติดตามกระบวนการตัดสินใจเพิ่มประสิทธิภาพ.
• เก throughput ประสิทธิภาพและความพร้อมใช้งานกับเครื่องยนต์ที่ดีขึ้นการจัดเก็บ InnoDB: สูงสุด 230 ร้อยละปรับปรุงในการทำธุรกรรมและการกลั่นอ่านเท่านั้น: InnoDB ได้มีการนําปัจจัยที่จะลดเกลียวมรดกล้างและล้างโต้แย้ง mutex และคอขวดการเปิดใช้งานที่ดีขึ้น เห็นพ้องในการโหลดหนักระบบ OLTP และผลในการปรับตัวดีขึ้นอย่างมีนัยสำคัญผ่านทั้งการทำธุรกรรมและอ่านปริมาณงานเท่านั้น (2) ปรับปรุงสถานะของสินค้า: การดำเนินงานออนไลน์ DDL ช่วยให้ DBAs เพื่อเพิ่มดัชนีและดำเนินการปรับเปลี่ยนตารางในขณะที่โปรแกรมที่ยังคงมีอยู่สำหรับการปรับปรุง ค้นหาข้อความแบบเต็มกับ InnoDB: ช่วยให้นักพัฒนาในการสร้างฐานข้อมูล FULLTEXT ในตาราง InnoDB จะเป็นตัวแทนของเนื้อหาข้อความที่ใช้และเพิ่มความเร็วในการค้นหาพลิเคชันสำหรับคำและวลี ง่ายค้นหาคีย์ค่า: การเข้าถึงที่มีความยืดหยุ่นในการ NoSQL InnoDB ให้ง่ายค้นหาค่าคีย์ข้อมูล InnoDB ผ่าน API Memcached คุ้นเคย ผู้ได้รับ & quot; ที่ดีที่สุดของโลกทั้งสอง & quot; การรวมการดำเนินงานที่สำคัญที่มีมูลค่าและแบบสอบถาม SQL ที่ซับซ้อนในฐานข้อมูลเดียวกัน.
• ปรับปรุงชั่งออกและ High Availability: ด้วยคุณสมบัติใหม่ในการจำลอง MySQL รวมถึง: Self-Healing กลุ่มการจำลองแบบ: นอกเหนือจากตัวบ่งชี้การทำธุรกรรมทั่วโลกและยูทิลิตี้ทำให้มันง่ายในการตรวจสอบโดยอัตโนมัติและการกู้คืนจากความล้มเหลว การจำลองการชนปลอดภัยช่วยให้เข้าสู่ระบบไบนารีและทาสที่จะกู้คืนโดยอัตโนมัติตำแหน่งที่ถูกต้องในกระแสการจำลองแบบในกรณีที่ผิดพลาดและการจำลองแบบดำเนินการโดยไม่มีการแทรกแซงของผู้ดูแลระบบ checksums รักษาความสมบูรณ์ของข้อมูลในกลุ่มโดยอัตโนมัติโดยการตรวจสอบและแจ้งข้อผิดพลาด ประสิทธิภาพสูงกลุ่มการจำลองแบบ: ได้ถึง 5 ครั้งการจำลองแบบได้เร็วขึ้นผ่านทาสแบบมัลติเธรด (3), binlog กลุ่ม Commit และเพิ่มประสิทธิภาพการจำลองแบบจากแถวให้ผู้ใช้สามารถเพิ่มประสิทธิภาพการทำงานและประสิทธิภาพของการจำลองแบบที่พวกเขาไต่ออกปริมาณงานของพวกเขาในระบบสินค้าโภคภัณฑ์ เวลาล่าช้าการจำลองแบบ:. ให้การป้องกันข้อผิดพลาดในการปฏิบัติงานในวันที่หลักเช่นตั้งใจวางตาราง
• ปรับปรุง PERFORMANCE_SCHEMA: เครื่องมือใหม่ช่วยให้ผู้ใช้ที่ดีกว่าการตรวจสอบคำสั่งที่เข้มข้นทรัพยากรส่วนใหญ่วัตถุผู้ใช้และการใช้งาน สรุปใหม่ที่มีสถิติรวมกลุ่มตามแบบสอบถามด้ายใช้โฮสต์และวัตถุนอกจากนี้ยังมี การปรับปรุงการอนุญาตให้มีการกำหนดค่าเริ่มต้นง่ายขึ้นด้วยค่าใช้จ่ายน้อยกว่าร้อยละห้า.
• MySQL 5.6 รวมถึงจำนวนของการปรับปรุงเพิ่มเติมรวมทั้ง Geographic Information Systems -. การดำเนินงานเชิงพื้นที่ได้อย่างแม่นยำ, การปรับปรุงการปฏิบัติตาม IPv6 และเพิ่มประสิทธิภาพเริ่มต้นเซิร์ฟเวอร์

มีอะไรใหม่ ในรุ่น 5.5.30:

• MySQL-libs และ MySQL-libs-ขั้นสูงมี ถูกลบออกจากไฟล์ข้อมูลจำเพาะ;
• บิตประมวลผลชาญฉลาดมากขึ้นของไฟล์ .in ใน MySQL ทดสอบ / คอลเลกชันได้รับการดำเนิน;
• ในขณะที่แปลงชื่อไดเรกทอรีชื่อไฟล์, แยกไฟล์ (FN_LIBCHAR) อาจได้รับการผนวกเข้ากับชื่อไฟล์ที่เกิด ปัญหานี้ถูกแก้ไข;
• ความล้มเหลวสุ่ม PB2 ได้รับการซ่อมแซม;
• สคริปต์ทดสอบที่ถูกเพิ่มเข้ามาด้วยการกดก่อนหน้านี้ไม่ได้ทำงานกับกรณีที่ฝังตัวที่มีไฟล์ pid ไม่มีสร้างในกรณีดังกล่าว & quot; not_embedded.inc & quot; ได้รับการเพิ่ม.

มีอะไรใหม่ ในรุ่น 5.6.9 RC:

• การทำงานเพิ่มหรือเปลี่ยนแปลง:
• เข้ากันไม่ได้เปลี่ยนแปลง: การจำลองแบบ: จำนวนของตัวแปรและชื่ออื่น ๆ ที่เกี่ยวข้องกับการจำลองแบบ GTID ตามที่ได้รับการเปลี่ยนแปลงที่มีมุมมองที่จะทำให้ชื่อเหล่านี้เหมาะสมมากขึ้นและมีความหมาย ชื่อเก่าไม่สนับสนุน.
• คุณสมบัติเปลี่ยนชื่อเพื่อให้มีการแสดงในรายการต่อไปนี้:
• --disable-gtid งบ-ไม่ปลอดภัยเซิร์ฟเวอร์ตัวเลือกที่ได้รับการเปลี่ยนชื่อ --enforce-gtid-สอดคล้อง; ตัวแปรระบบ disable_gtid_unsafe_statements ได้ถูกเปลี่ยนชื่อ enforce_gtid_consistency.
• เซิร์ฟเวอร์ gtid_done ตัวแปรระบบได้รับการเปลี่ยนชื่อ gtid_executed.
• เซิร์ฟเวอร์ gtid_lost ตัวแปรระบบได้รับการเปลี่ยนชื่อ gtid_purged; นอกจากนี้ตัวแปรนี้จะไม่อ่านอย่างเดียว.
• SQL_THREAD_WAIT_AFTER_GTIDS () ฟังก์ชันได้ถูกเปลี่ยนชื่อ WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS ().
• สำหรับข้อมูลเพิ่มเติมโปรดดูมาตรา 16.1.3 & quot; การจำลองแบบที่มีตัวบ่งชี้การทำธุรกรรมทั่วโลก & quot ;, และมาตรา 16.1.4.5 & quot; ตัวเลือก ID การทำรายการทั่วโลกและตัวแปร & quot ;. (Bug # 14775984)
• mysqld ตอนนี้เขียนวันที่เพื่อบัน​​ทึกข้อผิดพลาดใน ISO (YYYY-MM-DD hh: mm: ss) รูปแบบ นอกจากนี้ยังมีกระบวนการ ID ของตนต่อไปนี้วันที่ ขอบคุณที่ดาวี Arnaut สำหรับแพทช์ (Bug # 56240, Bug # 11763523)
• Windows Vista, Windows Server 2008 และชาวพื้นเมืองสนับสนุน symlinking ใหม่โดยใช้คำสั่ง mklink นี้จะทำให้การดำเนินงานของเซิร์ฟเวอร์ MySQL ของการเชื่อมโยงฐานข้อมูลโดยใช้สัญลักษณ์ .sym ไฟล์ซ้ำซ้อนดังนั้นกลไกที่จะเลิกในขณะนี้และจะถูกลบออกไปในอนาคตปล่อย MySQL ดูมาตรา 8.11.3.1.3 & quot; ใช้การเชื่อมโยงสัญลักษณ์สำหรับฐานข้อมูลใน Windows & quot;.
• ถาวร:
• Performance: InnoDB: ค่าการกำหนดเวลาสำหรับ InnoDB ระดับต่ำอ่านการดำเนินงานมีการปรับเพื่อให้ได้ประสิทธิภาพที่ดีขึ้นกับอุปกรณ์จัดเก็บข้อมูลได้อย่างรวดเร็วเช่น SSD การเพิ่มประสิทธิภาพนี้ส่วนใหญ่มีผลกระทบต่อการดำเนินงานในการอ่านสำหรับคอลัมน์หยดในตารางการบีบอัด (Bug # 13702112, Bug # 64258)
• เข้ากันไม่ได้เปลี่ยนแปลง:. thread_id คอลัมน์ในตาราง Schema ประสิทธิภาพกว้างจาก INT BIGINT เพื่อที่จะรองรับค่า 64 บิต
• ถ้าคุณยกระดับการปล่อยของ MySQL นี้จากรุ่นก่อนหน้านี้คุณต้องเรียกใช้ mysql_upgrade (และรีสตาร์ทเซิร์ฟเวอร์) ที่จะรวมการเปลี่ยนแปลงไปยังฐานข้อมูล performance_schema นี้ (Bug # 14664453)
• เข้ากันไม่ได้เปลี่ยน: ID เชื่อมต่อ (ID ด้าย) ค่าที่มากกว่า 32 บิตสามารถเกิดขึ้นได้ในบางระบบ (เช่นไม่ว่างหรือยาวทำงานระบบ 64 บิต) ทำให้เกิดปัญหาเหล​​่านี้:
• หมายเลขการเชื่อมต่อที่เขียนขึ้นเพื่อบัน​​ทึกแบบสอบถามทั่วไปและบันทึกแบบสอบถามช้าไม่ถูกต้อง นี่คือความจริงสำหรับการเข้าสู่ระบบทั้งไฟล์และตาราง.
• CONNECTION_ID () ฟังก์ชันสามารถคืนค่ากับชนิดของข้อมูลที่มีขนาดเล็กเกินไปสำหรับค่าขนาดใหญ่กว่า 32 บิต.
• mysql_thread_id () และ mysql_kill () ฟังก์ชั่น C API ไม่ได้จัดการ ID ค่าขนาดใหญ่กว่า 32 บิต ซึ่งอาจส่งผลในการฆ่าหัวข้อธรรม; ตัวอย่างเช่นถ้าคุณเรียก mysql_kill (mysql_thread_id ()).
• หมายเลขการเชื่อมต่อในขณะนี้ได้รับอนุญาตให้เป็นค่า 64 บิตเมื่อเซิร์ฟเวอร์สนับสนุนพวกเขา (เมื่อสร้างขึ้นด้วยชนิดข้อมูล 64 บิต) ซึ่งมีผลกระทบเหล่านี้:
• หมายเลขการเชื่อมต่อเข้าสู่ระบบอย่างถูกต้องเพื่อบัน​​ทึกแบบสอบถามทั่วไปและบันทึกแบบสอบถามช้า.
• หมายเหตุ
• การเปลี่ยนแปลงนี้จะเกี่ยวข้องกับการปรับเปลี่ยนตารางการเข้าสู่ระบบดังนั้นหลังจากที่อัพเกรดเป็นรุ่นนี้คุณต้องเรียกใช้ mysql_upgrade และรีสตาร์ทเซิร์ฟเวอร์.
• CONNECTION_ID () ผลตอบแทนชนิดข้อมูลที่เหมาะสมสำหรับค่าขนาดใหญ่กว่า 32 บิต.
• mysql_thread_id () มีการเปลี่ยนแปลง; Client / Server โปรโตคอลมีเพียง 4 ไบต์สำหรับค่า ID ฟังก์ชั่นนี้จะส่งกลับไม่ถูกต้อง (ตัด) ความคุ้มค่ารหัสการเชื่อมต่อขนาดใหญ่กว่า 32 บิตและควรหลีกเลี่ยง.
• mysql_kill () ยังคงไม่สามารถจัดการกับค่าขนาดใหญ่กว่า 32 บิต แต่เพื่อป้องกันการฆ่าหัวข้อธรรมตอนนี้กลับข้อผิดพลาดในกรณีเหล่านี้:
• หากได้รับ ID ขนาดใหญ่กว่า 32 บิต mysql_kill () ส่งกลับข้อผิดพลาด CR_INVALID_CONN_HANDLE.
• หลังจากด้ายภายในเซิร์ฟเวอร์เคาน์เตอร์ ID ถึงค่าขนาดใหญ่กว่า 32 บิตจะส่งกลับข้อผิดพลาด ER_DATA_OUT_OF_RANGE สำหรับ mysql_kill ใด ๆ () ภาวนาและ mysql_kill () ล้มเหลว.
• เพื่อหลีกเลี่ยงปัญหากับ mysql_thread_id () และ mysql_kill () ไม่ใช้พวกเขา ที่จะได้รับการเชื่อมต่อ ID รัน SELECT CONNECTION_ID () แบบสอบถามและเรียกผล ที่จะฆ่าด้ายรันคำสั่งฆ่า.
• (Bug # 19806, Bug # 11745768, Bug # 65715, Bug # 14236124, Bug # 44728, Bug # 11753308)
• สำคัญเปลี่ยนแปลง: InnoDB: คำสั่ง DML โดยใช้ดัชนีวิธีการเข้าถึงการผสานสามารถล็อคหลายแถวจากตารางแม้เมื่อแถวเหล่านั้นไม่ได้เป็นส่วนหนึ่งของชุดผลสุดท้าย การแก้ไขนี้จะช่วยลดการล็อคมากเกินไปโดยการปล่อยล็อคแถวที่ไ​​ม่มีใครเทียบ การเพิ่มประสิทธิภาพนี้มีผลต่อการทำธุรกรรมเฉพาะกับระดับแยกเท่ากับหรือน้อยกว่าที่เข้มงวดอ่านมุ่งมั่น; ก็ไม่ได้นำไปใช้กับการทำธุรกรรมโดยใช้ทำซ้ำอ่านหรือระดับแยก SERIALIZABLE (Bug # 14226171)
• สำคัญเปลี่ยนแปลง: การจำลองแบบ: เพราะใช้เซิร์ฟเวอร์ที่มีการเปิดใช้งาน GTIDs ป้องกันไม่ให้เกิดการเปลี่ยนแปลงตาราง nontransactional, โปรแกรมเช่น mysql_upgrade mysql_install_db และไม่สามารถที่จะดำเนินการในตารางระบบที่ใช้เครื่องมือเก็บ MyISAM และดังนั้นจึงไม่สามารถทำงานได้อย่างถูกต้อง ตอนนี้เมื่อทำงานกับ --enforce-gtid-สอดคล้อง (จำเป็นเมื่อใดก็ตามที่ --gtid โหมด = ON) เซิร์ฟเวอร์ช่วยให้งบเดียวบนโต๊ะ nontransactional (Bug # 14722659)
• สำคัญเปลี่ยนแปลง: การจำลองแบบ: เดิมค่าของคอลัมน์ Seconds_Behind_Master ในการส่งออกของ SHOW SLAVE สถานะถูกตั้งเสมอโมฆะเมื่อใดก็ตามที่ด้าย SQL หรือ I / O ด้ายก็หยุด ตอนนี้คอลัมน์นี้ถูกตั้งค่าเป็น NULL เฉพาะในกรณีที่ด้าย SQL ไม่ได้ทำงานหรือถ้า I / O ด้ายไม่ได้ทำงานต่อไปนี้การตรวจสอบเพื่อตรวจสอบว่าหรือไม่ด้าย SQL มีการประมวลผลทั้งหมดของบันทึกการถ่ายทอด (ถ้าด้าย SQL ได้เสร็จสิ้นการประมวลผลและ I / O ด้ายกำลังทำงาน Seconds_Behind_Master คือ 0) (Bug # 12946333)
• แยก: InnoDB: ก่อนหน้านี้เมื่อพยายามที่จะเพิ่มประสิทธิภาพอย่างใดอย่างหนึ่งหรือมากกว่าพาร์ทิชันของตารางแบ่งพาร์ติชันที่ใช้เครื่องมือการจัดเก็บที่ไม่สนับสนุน OPTIMIZE พาร์ทิชันระดับเช่น InnoDB, MySQL รายงานตารางที่ไม่สนับสนุนการเพิ่มประสิทธิภาพการทำสร้าง + วิเคราะห์แทนแล้วสร้างขึ้นใหม่ทั้งตาราง แต่ไม่ได้จริงวิเคราะห์มัน ขณะนี้ในกรณีเช่นข้อความแจ้งเตือนที่เป็นตารางที่ไม่สนับสนุนการเพิ่มประสิทธิภาพในพาร์ทิชัน พาร์ทิชันทั้งหมดจะถูกสร้างขึ้นมาใหม่และวิเคราะห์ นอกจากนี้ทั้งตารางการวิเคราะห์ครั้งแรกหลังจากที่ถูกสร้างขึ้นมาใหม่ (Bug # 11751825)
• InnoDB: ถ้าเซิร์ฟเวอร์ชนขณะแถวถูกแทรกลงในตารางที่มีดัชนี FULLTEXT แต่ก่อนทำธุรกรรมที่มีความมุ่งมั่น, ความผิดพลาดที่อาจเกิดขึ้นระหว่างการเริ่มต้นต่อไปนี้:
• InnoDB: ความล้มเหลวในการยืนยัน thread_num ด้ายในแฟ้มเส้น dict0dict.cc 1019
• (Bug # 14826779)
• InnoDB: เซิร์ฟเวอร์สามารถหยุดที่มีข้อผิดพลาดเมื่อมีการเข้าถึงตาราง InnoDB ที่มีดัชนี FULLTEXT ผ่านงบ HANDLER (Bug # 14788710)
• InnoDB: เซิร์ฟเวอร์สามารถหยุดที่มีข้อผิดพลาดเมื่อสองชนิดของการดำเนินงานที่เกิดขึ้นพร้อมกัน:
• ย้อนกลับของแถวแทรกที่มีคอลัมน์ปิดหน้า.
• การดำเนินงานออนไลน์ DDL ออนไลน์ที่เกี่ยวข้องกับตารางของ ROW_FORMAT = DYNAMIC หรือ ROW_FORMAT = บีบอัด (นั่นคือการใช้รูปแบบไฟล์ Barracuda) ที่สร้างขึ้นมาใหม่ตาราง ตัวอย่างเช่นเพิ่ม / ลบคอลัมน์เพิ่มคีย์หลักเปลี่ยน ROW_FORMAT.
• (Bug # 14842014)
• InnoDB: เซิร์ฟเวอร์อาจหยุดด้วยข้อผิดพลาดการยืนยันสำหรับการดำเนินการวิเคราะห์ตารางขึ้นอยู่กับโครงสร้างของตารางและดัชนี:
• InnoDB: ความล้มเหลวในการยืนยัน thread_num ด้ายในแฟ้มเส้น dict0dict.ic 447
• InnoDB: ยืนยันความล้มเหลว: pos & lt; table- & gt; n_def
• (Bug # 14755452)
• InnoDB: ข้อผิดพลาดหมดเวลาอาจเกิดขึ้นบนระบบ Windows เมื่อทำงบเปลี่ยนแปลงตารางกับ TABLESPACE ทิ้งหรือนำเข้าข้อ TABLESPACE เนื่องจากไฟล์ตารางชั่วคราวที่เหลืออยู่ในระบบแฟ้ม (Bug # 14776799)
• InnoDB: การดำเนินงาน DDL ออนไลน์สำหรับตาราง InnoDB ไม่ถูกต้องรายงานค่าว่าง ('') แทนค่าคีย์ที่ถูกต้องเมื่อมันรายงานข้อผิดพลาดที่สำคัญที่ซ้ำกันสำหรับดัชนีที่ไม่ซ้ำโดยใช้คำนำหน้าดัชนี (Bug # 14729221)
• InnoDB ตาราง InnoDB กับฐานข้อมูล FULLTEXT สามารถจัดสรรหน่วยความจำสำหรับจับด้ายที่ไม่เคยถูกปล่อยออกมาอาจนำไปสู่​​ปัญหาทรัพยากรบนระบบ Windows (Bug # 14759163)
• InnoDB: ในช่วงการดำเนินงาน DDL ออนไลน์ที่สำเนาตารางดัชนีรองของตารางอาจจะกลายเป็นความเสียหาย (Bug # 14753701)
• InnoDB: ถ้าเซิร์ฟเวอร์ชนหลังจาก DDL ออนไลน์ CREATE INDEX ดำเนินการข้อผิดพลาดที่อาจเกิดขึ้นในขณะที่การทำธุรกรรมที่ไม่สมบูรณ์กลิ้งกลับมาในการเริ่มต้นต่อไปนี้:
• InnoDB: ข้อผิดพลาดในการเข้าวินาทีดัชนีเดยกเลิกใน
• ...
• InnoDB: ความล้มเหลวในการยืนยัน thread_num ด้ายในแฟ้มเส้น row0umod.cc 559
• (Bug # 14707452)
• InnoDB: ถ้าเซิร์ฟเวอร์ตรวจค้นที่ขณะที่แม่นยำในระหว่างการดำเนินการเปลี่ยนแปลงตารางที่สร้างขึ้นมาใหม่ดัชนีคลัสเตอร์สำหรับตาราง InnoDB, ตารางเดิมอาจจะไม่สามารถเข้าถึงได้หลังจากนั้น ตัวอย่างของการดำเนินการดังกล่าวเป็นเปลี่ยนแปลงตาราง ... เพิ่มคีย์หลักแก้ไขแยมตารางเดิมถ้าเซิร์ฟเวอร์หยุดในระหว่างการดำเนินการนี​​้ คุณยังอาจจำเป็นต้องเปลี่ยนชื่อแฟ้ม .ibd ด้วยตนเองเพื่อเรียกคืนเนื้อหาตารางเดิมใน MySQL 5.6 และสูงกว่าการเปลี่ยนชื่อจาก # SQL-IB $ new_table_id.ibd เพื่อ table_name.ibd ในสารบบฐานข้อมูลนั้น ก่อนที่จะ MySQL 5.6, ไฟล์ชั่วคราวที่จะเปลี่ยนชื่อเป็น table_name อันดับ 1 หรือ 2 (Bug # 14669848)
• InnoDB: การแก้ไขนี้ช่วยเพิ่มการจัดการข้อผิดพลาดเมื่อการดำเนินการเปลี่ยนแปลงตารางเพิ่มคอลัมน์เกินจำนวนสูงสุดที่อนุญาตสำหรับตาราง InnoDB นอกจากนี้ยังเพิ่มจำนวนสูงสุดของคอลัมน์สำหรับตาราง InnoDB จาก 1000 ถึง 1020 (Bug # 14705287)
• InnoDB: ในช่วงการดำเนินงาน DDL ออนไลน์ที่สร้างขึ้นมาใหม่ตารางคำสั่งตารางตรวจสอบสามารถรายงานไม่ตรงกันนับสำหรับดัชนีรองทั้งหมด (Bug # 14606472)
• InnoDB: ถ้าคำสั่งเปลี่ยนแปลงตารางล้มเหลวในขณะที่พยายามที่จะสร้างดัชนี FULLTEXT สำหรับตาราง InnoDB เซิร์ฟเวอร์อาจหยุดด้วยข้อผิดพลาดการยืนยันในขณะที่ดัชนีลดลงไม่สมบูรณ์ (Bug # 14504174)
• InnoDB: ในช่วงปิดด้วยตัวเลือกการกำหนดค่า innodb_purge_threads ตั้งมากกว่า 1 เซิร์ฟเวอร์สามารถหยุดก่อนกำหนดที่มีข้อผิดพลาดนี้:
• mysqld มีสัญญาณ 11
• วิธีแก้ปัญหาคือการเพิ่ม innodb_log_file_size และตั้ง innodb_purge_threads = 1 แก้ไขถูก backported กับ MySQL 5.5 และ 5.1 แม้ว่ารุ่นดังกล่าวไม่ได้มีตัวเลือกการกำหนดค่า innodb_purge_threads ดังนั้นข้อผิดพลาดไม่น่าจะเกิดขึ้น (Bug # 14234028)
• InnoDB: เซิร์ฟเวอร์สามารถหยุดข้อผิดพลาดที่มีอยู่ภายใต้การรวมกันของการดำเนินงานพร้อมกันบาง:
• InnoDB: รหัสข้อผิดพลาดที่ไม่รู้จัก 20
• ปัญหานี้เกิดขึ้นในระหว่างวงจรการพัฒนา 5.6 มันส่งผลกระทบต่อการทำธุรกรรมเฉพาะการใช้อ่านมุ่งมั่น andREAD ระดับแยกปราศจากข้อผูกมัด (Bug # 13641662, B​​ug # 12424846)
• การจำลองแบบ: ถ้าตารางยังถูกจำลองแบบมีดัชนี FULLTEXT ดัชนีนี้ไม่ได้ตัดออกไปเมื่อมีการเลือกประเภทของการสแกนที่จะใช้ในการหาแถวถัดไปแม้ว่ามันจะไม่สามารถนำมาใช้เพื่อหาหนึ่งที่ถูกต้อง applier แถวต่อมาพยายามที่จะจ้างงานดัชนีสแกนก่อให้เกิดการจำลองแบบที่จะล้มเหลว ตอนนี้ในกรณีดังกล่าวดัชนีที่ไม่ได้จัดให้มีการเข้าถึงลำดับ (เช่น FULLTEXT) จะไม่ได้รับการพิจารณาในการกำหนดว่าจะใช้ตารางดัชนีหรือกัญชาสแกนเพื่อจุดประสงค์นี้ (Bug # 14843764)
• การจำลองแบบ: เมื่อใช้ GTID ตระหนักถึงโปรโตคอล master ทาส, ทาส I / O ด้ายที่ใช้ในตำแหน่งที่ไม่ถูกต้อง เมื่อใช้ GTIDs ตำแหน่งไม่ได้ใช้ตามปกติ แต่เป็นกรณีพิเศษตำแหน่งที่ใช้ในการนอกเหนือไปจาก GTID ทาสเมื่อเชื่อมต่อกับต้นแบบเดียวกัน (แม้ว่านี้ไม่จำเป็น) การแก้ไขปัญหานี้โดยการ GTID ตระหนักถึงโปรโตคอล master ทาสไม่ใช้ตำแหน่งที่นาน ๆ ทั้งหมด (Bug # 14828028)
• การจำลองแบบ: ให้เก็บไว้ประจำ R ซึ่ง GTID_SUBTRACT () ฟังก์ชันถูกเรียก: เมื่อ GTID_SUBTRACT () กลับ NULL เมื่อเรียกภายใน R, มันยังคงกลับ NULL เวลามันถูกเรียกว่าภายใน R ทุกเวลาที่เหลือของลูกค้า เซสชั่น (Bug # 14838575)
• การจำลองแบบ: MySQL องค์กรสำรองข้อมูล mysqldump และ mysqlhotcopy ไม่สามารถใช้กับ GTID ที่เปิดใช้งานเซิร์ฟเวอร์ MySQL เพราะพวกเขาไม่สามารถที่จะเรียกคืนสถานะ GTID ของเซิร์ฟเวอร์และอื่น ๆ ไม่สามารถเรียกคืนจากจุดใด ๆ ในการเข้าสู่ระบบไบนารีอื่นที่ไม่ใช่ จุดเริ่มต้นมาก.
• ในฐานะที่เป็นส่วนหนึ่งของการแก้ไขปัญหานี้ตัวแปรระบบ gtid_purged (เดิมชื่อ gtid_lost) จะไม่อ่านอย่างเดียว; ตอนนี้มันเป็นไปได้ที่จะเพิ่ม GTIDs ไปเมื่อ gtid_executed (ก่อน gtid_done) เป็นที่ว่างเปล่า (Bug # 14787808)
• การจำลองแบบ: การเริ่มต้นใหม่หลังจากการจำลองแบบแฟ้มบันทึกไบนารีเป็นครั้งแรกที่มีผลในการกำจัดข้อผิดพลาดที่มีข้อผิดพลาดร้ายแรง 1236 จากนายเมื่ออ่านข้อมูลจากบันทึก binary: 'ทาสคือการเชื่อมต่อโดยใช้ MASTER เปลี่ยนไป MASTER_AUTO_POSITION = 1 แต่ต้นแบบที่มีการล้าง บันทึกไบนารีที่มี GTIDs ว่าทาสต้อง. ' นี้จะนำการจำลองแบบ GTID ตามที่จะล้มเหลว (Bug # 14756691)
• mysql_install_db ล้มเหลวที่จะให้เกียรติตัวเลือก --user (Bug # 15866735)
• การสร้างตาราง InnoDB กับดัชนี FULLTEXT อาจพบข้อผิดพลาดร้ายแรงหากชื่อของตารางที่มีตัวละครที่ไม่ใช่ตัวเลข (Bug # 14835178)
• หน่วยความจำที่ไม่ถูกต้องอ่านอาจเกิดขึ้นสำหรับการค้นหาที่เลือกจากชื่อตารางยาวเป็นศูนย์ (Bug # 14780820)
• ด้วย LOCK ตารางผล CREATE TABLE IF NOT EXISTS ... LIKE สามารถเพิ่มการยืนยัน (Bug # 14788976)
• ส่ว​​นรุ่นที่สำคัญโดยอัตโนมัติในการจัดการตารางที่ได้มาไม่ได้จัดการอย่างถูกต้องคอลัมน์ที่ระบุไว้เป็นส่วนหนึ่งของค่านิยม () ข้อและทำให้เกิดการยืนยันที่จะได้รับการเลี้ยงดู (Bug # 14786324)
• ความพยายามที่จะอ่านไฟล์ UTF16 กับโหลดข้อมูล INFILE ยกยืนยัน (Bug # 14786470)
• init_io_cache () ที่ใช้ memset () เพื่อล้าง mutex แต่ผ่านไปขนาด mutex ผิด (Bug # 14838882)
• เพิ่มประสิทธิภาพสามารถเพิ่มการยืนยันเมื่อมีการประเมินการทดสอบช่วงต่อไม่ได้สภาพโมฆะ (Bug # 14843705)
• ยืนยันจะได้รับการเลี้ยงดูการดำเนิน INSERT, UPDATE หรือลบโดยปริยายหลังจากที่เริ่มต้นการทำธุรกรรมอ่านอย่างเดียวในการล็อคโหมดตาราง (Bug # 14788540)
• ความพยายามที่จะสร้างคอลัมน์เพิ่มโดยอัตโนมัติในตาราง InnoDB กับประเภทแอตทริบิวต์โมฆะอาจก่อให้เกิดข้อผิดพลาดร้ายแรง (Bug # 14758479)
• ยืนยันถูกยกขึ้นถ้าเปลี่ยนแปลงตารางถูกใช้ในการเปลี่ยนชื่อคอลัมน์ที่จะชื่อเดียวกับชื่อคอลัมน์ที่มีอยู่ในขณะที่ยังมีการเรียงลำดับคอลัมน์เปลี่ยนชื่อโดยใช้หลังหรือ FIRST (Bug # 14756089)
• ยืนยันอาจจะเพิ่มขึ้นถ้าเป็นตัวเป็นตนกึ่งเข้าร่วมถูกนำมาใช้ในการประเมินไม่ได้ในแบบสอบถามย่อย (Bug # 14751858)
• สำหรับ nestings จัดการความต่อเนื่องบางอย่างต่อเนื่องอาจเกิดขึ้นในสถานที่ที่ไม่ถูกต้อง (Bug # 14724836)
• เอาท์พุท PROCESSLIST SHOW ไม่ได้เรียงตามลำดับหมายเลข (Bug # 14771006)
• สำหรับงบเลือกบางอธิบายอาจทำให้เซิร์ฟเวอร์ที่จะออกจาก (Bug # 14761894)
• หน่วยความจำรั่วเกิดขึ้นสำหรับความพยายามที่จะใช้แก้ไขตารางเพื่อตั้งค่าเริ่มต้นสำหรับขนาดเล็กกลางหรือหยดยาวหรือคอลัมน์ข้อความ (Bug # 14756206)
• การติดตั้งโดยใช้แพคเกจ Solaris วิ่ง mysql_install_db ในระหว่างการดำเนินการอัพเกรด (นี้จะเกิดขึ้นเฉพาะสำหรับการติดตั้งใหม่) (Bug # 14747671)
• สำหรับงบ UPDATE อธิบายแสดงให้เห็นว่าระยะเวลาที่สำคัญทั้งหมดในคอลัมน์ key_len มากกว่าความยาวของชิ้นส่วนสำคัญที่ใช้ (Bug # 14682438)
• เริ่มต้นเซิร์ฟเวอร์ที่มีที่อยู่---bind แล้วการตั้งค่า host_cache_size ถึง 0 อาจส่งผลให้เซิร์ฟเวอร์หยุดบางชนิดของการเชื่อมต่อลูกค้า (Bug # 14689561)
• ด้วยดัชนีขยายลงสภาพการใช้งาน, เพิ่มประสิทธิภาพอาจให้ผลลัพธ์ที่ไม่ถูกต้องสำหรับตารางมา (Bug # 14640176)
• เพิ่มประสิทธิภาพอย่างไม่ถูกต้องสามารถใช้ดัชนี nonspatial เพื่อเพิ่มประสิทธิภาพการดำเนินงานเชิงพื้นที่ที่ก่อให้เกิดการยืนยันที่จะได้รับการเลี้ยงดู (Bug # 14600994)
• mysql_config_editor ผลิตข้อผิดพลาดไม่มีข้อผิดพลาดในการเขียนไปยังแฟ้มการกำหนดค่า (Bug # 14545989)
• คำที่เขียนรหัสผ่านการขัดผิวสำหรับการบันทึกที่ทำแม้กระทั่งถ้าไม่มีบันทึกที่เกี่ยวข้องถูกเปิดใช้งาน นอกจากนี้ยังสร้างเซิร์ฟเวอร์และเซิร์ฟเวอร์จะเปลี่ยนแปลงการเขียนใหม่ในขณะนี้เป็นสิ่งที่จำเป็น (Bug # 14073554)
• ตารางการตรวจสอบและซ่อมแซมตาร​​างอาจผิดพลาดถ้าตาราง MyISAM มีคีย์เสียหาย (.MYI) ไฟล์ ตอนนี้เซิร์ฟเวอร์สร้างข้อผิดพลาด (Bug # 13556441)
• ตารางการตรวจสอบและซ่อมแซมตาร​​างอาจผิดพลาดถ้าตาราง MyISAM มีคีย์เสียหาย (.MYI) ไฟล์ ตอนนี้เซิร์ฟเวอร์สร้างข้อผิดพลาด (Bug # 13556107, Bug # 13556000)
• สำหรับทิ้งของฐานข้อมูล MySQL, mysqldump ข้ามตารางเหตุการณ์เว้นแต่ตัวเลือก --events ได้รับ ที่จะข้ามตารางนี้ถ้าที่เป็นที่ต้องการใช้ตัวเลือกละเลยตารางแทน (Bug # 55587, Bug # 11762933)
• mysqld_safe ละเว้นค่าของตัวแปรสภาพแวดล้อม umask ที่นำไปสู่​​พฤติกรรมที่แตกต่างจาก mysqld ที่เกี่ยวกับโหมดการเข้าถึงของไฟล์ที่สร้างขึ้น ตอนนี้ mysqld_safe (และ mysqld_multi) พยายามที่จะใกล้เคียงกับพฤติกรรมเดียวกับ mysqld (Bug # 57406, Bug # 11764559)
• บน Mac OS X, reinitializing แคชแบบสอบถามอาจทำให้เซิร์ฟเวอร์ที่จะออกจาก ขอบคุณที่ดาวี Arnaut สำหรับแพทช์ (Bug # 67156, Bug # 14741880)
• สำหรับตารางหน่วยความจำกับดัชนีกัญชาลบบางครั้งล้มเหลวในการลบแถวที่บังคับใช้ทั้งหมด (Bug # 51763, Bug # 11759445)
• เซิร์ฟเวอร์ล้มเหลวในการใช้แคชแบบสอบถามสำหรับการค้นหาที่ชื่อฐานข้อมูลหรือตารางที่มีตัวอักษรพิเศษและเครื่องมือการจัดเก็บตารางเป็น InnoDB (Bug # 64821, Bug # 13919851)
• บน Mac OS X, ฆ่าบางครั้งอาจจะไม่น่าเชื่อถือ (Bug # 37780, Bug # 11748945)
• LAST_INSERT_ID (expr) ไม่ทำงานสำหรับ expr ค่าที่มากกว่าค่าที่ใหญ่ที่สุดลงนาม BIGINT (Bug # 20964, Bug # 11745891)