MySQL Community Edition

MySQL Community Edition เป็นระบบโอเพ่นซอร์สข้ามแพลตฟอร์มที่ใช้กันอย่างแพร่หลายและมีระบบจัดการข้อมูลเชิงสัมพันธ์ที่รวดเร็วมาก (RDBMS) มีคุณลักษณะการใช้งานทั้งแบบไคลเอ็นต์และเซิร์ฟเวอร์ซึ่งประกอบด้วย daemon เซิร์ฟเวอร์ (mysqld) และโปรแกรมไคลเอ็นต์และไลบรารีต่างๆมากมาย

Sun Microsystems สร้างขึ้นโดย Sun Microsystems (ปัจจุบันมีการดูแลโดย Oracle) MySQL เป็นมากกว่า "ฐานข้อมูลโอเพ่นซอร์สที่ได้รับความนิยมมากที่สุดในโลก" เนื่องจากมีตัวเชื่อมต่อการทำซ้ำการแบ่งพาร์ติชันเวิร์กบันด์แดชบอร์ดและที่ปรึกษาการวิเคราะห์แบบสอบถาม , การจำลองแบบการตรวจสอบและคุณสมบัติการสำรองข้อมูลขององค์กร ทำงานบน Linux, Solaris, BSD, ระบบปฏิบัติการ Mac OS X และ Windows

นอกจากนี้เซิร์ฟเวอร์ฐานข้อมูล MySQL ยังมีฟังก์ชันสำรองเต็มรูปแบบและบางส่วนการกู้คืนแบบเต็มรูปแบบและบางส่วนการกู้คืนแบบจุดต่อเวลาการตรวจสอบภายนอกการตรวจสอบตามนโยบายตามนโยบายการจัดการดรรชนีผู้จัดการกลุ่ม, การปรับขนาดโดยอัตโนมัติรวมถึงคุณลักษณะการทำซ้ำทางภูมิศาสตร์แบบคลัสเตอร์

รองรับเครื่องมือจัดเก็บข้อมูลหลากหลายประเภท

ระหว่างเครื่องมือจัดเก็บข้อมูลที่ MySQL สนับสนุนเราสามารถพูดถึง MyISAM, InnoDB และ NDB ได้ มีการสำรองข้อมูล Hot สำหรับ InnoDB1 ด้วย Community Edition มีให้บริการฟรีและได้รับการสนับสนุนอย่างแข็งขันและได้รับการสนับสนุนจากชุมชนที่เป็นที่ชื่นชอบและผู้พัฒนาโอเพนซอร์สจากทั่วทุกมุมโลก

MySQL ได้รับการออกแบบมาให้ทำงานบนระบบปฏิบัติการที่ใช้ระบบปฏิบัติการ Linux ซึ่งหมายความว่าสามารถติดตั้งได้อย่างง่ายดายในการจัดจำหน่าย GNU / Linux โดยใช้ความพยายามขั้นต่ำ สามารถดาวน์โหลดเป็นชุดไบนารีที่สร้างไว้ล่วงหน้าสำหรับ Ubuntu, Debian, SUSE Linux Enterprise Server, Oracle Linux, Red Hat Enterprise Linux และ Linux OS อื่น ๆ ซึ่งสนับสนุนสถาปัตยกรรมชุดคำสั่งแบบ 32 บิตและ 64 บิต

กำหนดค่าผ่าน phpMyAdmin

MySQL เป็นโปรแกรมเซิร์ฟเวอร์ซึ่งหมายความว่ามันทำงานในพื้นหลังเป็นภูต คุณสามารถโต้ตอบผ่านทางบรรทัดคำสั่ง แต่วิธีที่ดีที่สุดในการจัดการฐานข้อมูลคือการใช้ส่วนติดต่อผู้ใช้แบบกราฟิก สิ่งที่ดีที่สุดสำหรับ MySQL front-end ในปัจจุบันก็คือไม่ต้องสงสัยเลยว่า phpMyAdmin จะช่วยให้ผู้ใช้มีอินเตอร์เฟซบนเว็บที่สามารถเข้าถึงได้จากทุกที่ทุกเวลา

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

• บันทึกความปลอดภัย:
• ก่อนหน้านี้ MySQL สนับสนุนเฉพาะโปรโตคอล TLSv1 สำหรับการเชื่อมต่อที่เข้ารหัส การสนับสนุน TLS ได้รับการขยายเพื่อให้การรักษาความปลอดภัยการเชื่อมต่อที่เข้ารหัสมีระดับสูงขึ้น
• เมื่อคอมไพล์โดยใช้เวอร์ชัน yaSSL แบบรวม MySQL สนับสนุนโปรโตคอล TLSv1 และ TLSv1.1
• เมื่อคอมไพล์ด้วย OpenSSL 1.0.1 หรือสูงกว่า MySQL สนับสนุนโปรโตคอล TLSv1, TLSv1.1 และ TLSv1.2
• โดยค่าเริ่มต้น MySQL พยายามใช้เวอร์ชันโปรโตคอล TLS สูงสุดซึ่งขึ้นอยู่กับไลบรารี SSL ที่ใช้ในการคอมไพล์เซิร์ฟเวอร์และไคลเอ็นต์และใช้คีย์ขนาดใด
• เนื่องจาก TLSv1.2 ต้องการ OpenSSL การสนับสนุนโปรโตคอลนี้มีให้ใช้งานในการแจกจ่ายแบบไบนารีเฉพาะสำหรับ MySQL Commercial Server และไม่ใช่สำหรับ MySQL Community Server (ซึ่งรวบรวมโดยใช้ yaSSL) หากต้องการสร้าง TLSv1.2 จากแหล่งข้อมูลคุณต้องตั้งค่าตัวเลือก WITH_SSL CMake เพื่อใช้ OpenSSL ในการกำหนดค่า MySQL
• ตัวแปรระบบใหม่ tls_version ช่วยให้โปรโตคอล TLS ที่อนุญาตโดยเซิร์ฟเวอร์จะระบุเมื่อเริ่มต้น ในฝั่งไคลเอ็นต์ตัวเลือก --tls-version อนุญาตโปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์ที่จะระบุตามคำร้องขอของลูกค้า
• ฟังก์ชัน C API ของ mysql_options () มีตัวเลือก MYSQL_OPT_TLS_VERSION ใหม่ซึ่งอนุญาตให้โปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์จะระบุจากภายในไลบรารีไคลเอ็นต์
• ฟังก์ชันการทำงานที่เพิ่มหรือเปลี่ยน:
• InnoDB: ตัวแปรระบบ innodb_support_xa ซึ่งสนับสนุนการทำงานแบบสองเฟสในธุรกรรม XA จะเลิกใช้งาน การสนับสนุน InnoDB สำหรับการดำเนินการแบบสองเฟสในธุรกรรม XA จะเปิดใช้งานอยู่เสมอเช่นเดียวกับ MySQL 5.7.10 การปิดใช้งาน innodb_support_xa ไม่ได้รับอนุญาตอีกต่อไปเนื่องจากทำให้การจำลองแบบไม่ปลอดภัยและป้องกันไม่ให้เกิดผลการปฏิบัติงานที่เกี่ยวข้องกับการประมวลผลกลุ่มการประมวลผลแบบไบนารี



มีอะไรใหม่ ในเวอร์ชัน 8.0.11 GA:

• บันทึกความปลอดภัย:
• ก่อนหน้านี้ MySQL สนับสนุนเฉพาะโปรโตคอล TLSv1 สำหรับการเชื่อมต่อที่เข้ารหัส การสนับสนุน TLS ได้รับการขยายเพื่อให้การรักษาความปลอดภัยการเชื่อมต่อที่เข้ารหัสมีระดับสูงขึ้น
• เมื่อคอมไพล์โดยใช้เวอร์ชัน yaSSL แบบรวม MySQL สนับสนุนโปรโตคอล TLSv1 และ TLSv1.1
• เมื่อคอมไพล์ด้วย OpenSSL 1.0.1 หรือสูงกว่า MySQL สนับสนุนโปรโตคอล TLSv1, TLSv1.1 และ TLSv1.2
• โดยค่าเริ่มต้น MySQL พยายามใช้เวอร์ชันโปรโตคอล TLS สูงสุดซึ่งขึ้นอยู่กับไลบรารี SSL ที่ใช้ในการคอมไพล์เซิร์ฟเวอร์และไคลเอ็นต์และใช้คีย์ขนาดใด
• เนื่องจาก TLSv1.2 ต้องการ OpenSSL การสนับสนุนโปรโตคอลนี้มีให้ใช้งานในการแจกจ่ายแบบไบนารีเฉพาะสำหรับ MySQL Commercial Server และไม่ใช่สำหรับ MySQL Community Server (ซึ่งรวบรวมโดยใช้ yaSSL) หากต้องการสร้าง TLSv1.2 จากแหล่งข้อมูลคุณต้องตั้งค่าตัวเลือก WITH_SSL CMake เพื่อใช้ OpenSSL ในการกำหนดค่า MySQL
• ตัวแปรระบบใหม่ tls_version ช่วยให้โปรโตคอล TLS ที่อนุญาตโดยเซิร์ฟเวอร์จะระบุเมื่อเริ่มต้น ในฝั่งไคลเอ็นต์ตัวเลือก --tls-version อนุญาตโปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์ที่จะระบุตามคำร้องขอของลูกค้า
• ฟังก์ชัน C API ของ mysql_options () มีตัวเลือก MYSQL_OPT_TLS_VERSION ใหม่ซึ่งอนุญาตให้โปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์จะระบุจากภายในไลบรารีไคลเอ็นต์
• ฟังก์ชันการทำงานที่เพิ่มหรือเปลี่ยน:
• InnoDB: ตัวแปรระบบ innodb_support_xa ซึ่งสนับสนุนการทำงานแบบสองเฟสในธุรกรรม XA จะเลิกใช้งาน การสนับสนุน InnoDB สำหรับการดำเนินการแบบสองเฟสในธุรกรรม XA จะเปิดใช้งานอยู่เสมอเช่นเดียวกับ MySQL 5.7.10 การปิดใช้งาน innodb_support_xa ไม่ได้รับอนุญาตอีกต่อไปเนื่องจากทำให้การจำลองแบบไม่ปลอดภัยและป้องกันไม่ให้เกิดผลการปฏิบัติงานที่เกี่ยวข้องกับการประมวลผลกลุ่มการประมวลผลแบบไบนารี

มีอะไรใหม่ ในเวอร์ชัน:

• บันทึกความปลอดภัย:
• ก่อนหน้านี้ MySQL สนับสนุนเฉพาะโปรโตคอล TLSv1 สำหรับการเชื่อมต่อที่เข้ารหัส การสนับสนุน TLS ได้รับการขยายเพื่อให้การรักษาความปลอดภัยการเชื่อมต่อที่เข้ารหัสมีระดับสูงขึ้น
• เมื่อคอมไพล์โดยใช้เวอร์ชัน yaSSL แบบรวม MySQL สนับสนุนโปรโตคอล TLSv1 และ TLSv1.1
• เมื่อคอมไพล์ด้วย OpenSSL 1.0.1 หรือสูงกว่า MySQL สนับสนุนโปรโตคอล TLSv1, TLSv1.1 และ TLSv1.2
• โดยค่าเริ่มต้น MySQL พยายามใช้เวอร์ชันโปรโตคอล TLS สูงสุดซึ่งขึ้นอยู่กับไลบรารี SSL ที่ใช้ในการคอมไพล์เซิร์ฟเวอร์และไคลเอ็นต์และใช้คีย์ขนาดใด
• เนื่องจาก TLSv1.2 ต้องการ OpenSSL การสนับสนุนโปรโตคอลนี้มีให้ใช้งานในการแจกจ่ายแบบไบนารีเฉพาะสำหรับ MySQL Commercial Server และไม่ใช่สำหรับ MySQL Community Server (ซึ่งรวบรวมโดยใช้ yaSSL) หากต้องการสร้าง TLSv1.2 จากแหล่งข้อมูลคุณต้องตั้งค่าตัวเลือก WITH_SSL CMake เพื่อใช้ OpenSSL ในการกำหนดค่า MySQL
• ตัวแปรระบบใหม่ tls_version ช่วยให้โปรโตคอล TLS ที่อนุญาตโดยเซิร์ฟเวอร์จะระบุเมื่อเริ่มต้น ในฝั่งไคลเอ็นต์ตัวเลือก --tls-version อนุญาตโปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์ที่จะระบุตามคำร้องขอของลูกค้า
• ฟังก์ชัน C API ของ mysql_options () มีตัวเลือก MYSQL_OPT_TLS_VERSION ใหม่ซึ่งอนุญาตให้โปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์จะระบุจากภายในไลบรารีไคลเอ็นต์
• ฟังก์ชันการทำงานที่เพิ่มหรือเปลี่ยน:
• InnoDB: ตัวแปรระบบ innodb_support_xa ซึ่งสนับสนุนการทำงานแบบสองเฟสในธุรกรรม XA จะเลิกใช้งาน การสนับสนุน InnoDB สำหรับการดำเนินการแบบสองเฟสในธุรกรรม XA จะเปิดใช้งานอยู่เสมอเช่นเดียวกับ MySQL 5.7.10 การปิดใช้งาน innodb_support_xa ไม่ได้รับอนุญาตอีกต่อไปเนื่องจากทำให้การจำลองแบบไม่ปลอดภัยและป้องกันไม่ให้เกิดผลการปฏิบัติงานที่เกี่ยวข้องกับการประมวลผลกลุ่มการประมวลผลแบบไบนารี



มีอะไรใหม่ ในเวอร์ชัน 5.7.19 GA:

• บันทึกความปลอดภัย:
• ก่อนหน้านี้ MySQL สนับสนุนเฉพาะโปรโตคอล TLSv1 สำหรับการเชื่อมต่อที่เข้ารหัส การสนับสนุน TLS ได้รับการขยายเพื่อให้การรักษาความปลอดภัยการเชื่อมต่อที่เข้ารหัสมีระดับสูงขึ้น
• เมื่อคอมไพล์โดยใช้เวอร์ชัน yaSSL แบบรวม MySQL สนับสนุนโปรโตคอล TLSv1 และ TLSv1.1
• เมื่อคอมไพล์ด้วย OpenSSL 1.0.1 หรือสูงกว่า MySQL สนับสนุนโปรโตคอล TLSv1, TLSv1.1 และ TLSv1.2
• โดยค่าเริ่มต้น MySQL พยายามใช้เวอร์ชันโปรโตคอล TLS สูงสุดซึ่งขึ้นอยู่กับไลบรารี SSL ที่ใช้ในการคอมไพล์เซิร์ฟเวอร์และไคลเอ็นต์และใช้คีย์ขนาดใด
• เนื่องจาก TLSv1.2 ต้องการ OpenSSL การสนับสนุนโปรโตคอลนี้มีให้ใช้งานในการแจกจ่ายแบบไบนารีเฉพาะสำหรับ MySQL Commercial Server และไม่ใช่สำหรับ MySQL Community Server (ซึ่งรวบรวมโดยใช้ yaSSL) หากต้องการสร้าง TLSv1.2 จากแหล่งข้อมูลคุณต้องตั้งค่าตัวเลือก WITH_SSL CMake เพื่อใช้ OpenSSL ในการกำหนดค่า MySQL
• ตัวแปรระบบใหม่ tls_version ช่วยให้โปรโตคอล TLS ที่อนุญาตโดยเซิร์ฟเวอร์จะระบุเมื่อเริ่มต้น ในฝั่งไคลเอ็นต์ตัวเลือก --tls-version อนุญาตโปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์ที่จะระบุตามคำร้องขอของลูกค้า
• ฟังก์ชัน C API ของ mysql_options () มีตัวเลือก MYSQL_OPT_TLS_VERSION ใหม่ซึ่งอนุญาตให้โปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์จะระบุจากภายในไลบรารีไคลเอ็นต์
• ฟังก์ชันการทำงานที่เพิ่มหรือเปลี่ยน:
• InnoDB: ตัวแปรระบบ innodb_support_xa ซึ่งสนับสนุนการทำงานแบบสองเฟสในธุรกรรม XA จะเลิกใช้งาน การสนับสนุน InnoDB สำหรับการดำเนินการแบบสองเฟสในธุรกรรม XA จะเปิดใช้งานอยู่เสมอเช่นเดียวกับ MySQL 5.7.10 การปิดใช้งาน innodb_support_xa ไม่ได้รับอนุญาตอีกต่อไปเนื่องจากทำให้การจำลองแบบไม่ปลอดภัยและป้องกันไม่ให้เกิดผลการปฏิบัติงานที่เกี่ยวข้องกับการประมวลผลกลุ่มการประมวลผลแบบไบนารี



มีอะไรใหม่ ในเวอร์ชัน 5.7.18 GA:

• บันทึกความปลอดภัย:
• ก่อนหน้านี้ MySQL สนับสนุนเฉพาะโปรโตคอล TLSv1 สำหรับการเชื่อมต่อที่เข้ารหัส การสนับสนุน TLS ได้รับการขยายเพื่อให้การรักษาความปลอดภัยการเชื่อมต่อที่เข้ารหัสมีระดับสูงขึ้น
• เมื่อคอมไพล์โดยใช้เวอร์ชัน yaSSL แบบรวม MySQL สนับสนุนโปรโตคอล TLSv1 และ TLSv1.1
• เมื่อคอมไพล์ด้วย OpenSSL 1.0.1 หรือสูงกว่า MySQL สนับสนุนโปรโตคอล TLSv1, TLSv1.1 และ TLSv1.2
• โดยค่าเริ่มต้น MySQL พยายามใช้เวอร์ชันโปรโตคอล TLS สูงสุดซึ่งขึ้นอยู่กับไลบรารี SSL ที่ใช้ในการคอมไพล์เซิร์ฟเวอร์และไคลเอ็นต์และใช้คีย์ขนาดใด
• เนื่องจาก TLSv1.2 ต้องการ OpenSSL การสนับสนุนโปรโตคอลนี้มีให้ใช้งานในการแจกจ่ายแบบไบนารีเฉพาะสำหรับ MySQL Commercial Server และไม่ใช่สำหรับ MySQL Community Server (ซึ่งรวบรวมโดยใช้ yaSSL) หากต้องการสร้าง TLSv1.2 จากแหล่งข้อมูลคุณต้องตั้งค่าตัวเลือก WITH_SSL CMake เพื่อใช้ OpenSSL ในการกำหนดค่า MySQL
• ตัวแปรระบบใหม่ tls_version ช่วยให้โปรโตคอล TLS ที่อนุญาตโดยเซิร์ฟเวอร์จะระบุเมื่อเริ่มต้น ในฝั่งไคลเอ็นต์ตัวเลือก --tls-version อนุญาตโปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์ที่จะระบุตามคำร้องขอของลูกค้า
• ฟังก์ชัน C API ของ mysql_options () มีตัวเลือก MYSQL_OPT_TLS_VERSION ใหม่ซึ่งอนุญาตให้โปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์จะระบุจากภายในไลบรารีไคลเอ็นต์
• ฟังก์ชันการทำงานที่เพิ่มหรือเปลี่ยน:
• InnoDB: ตัวแปรระบบ innodb_support_xa ซึ่งสนับสนุนการทำงานแบบสองเฟสในธุรกรรม XA จะเลิกใช้งาน การสนับสนุน InnoDB สำหรับการดำเนินการแบบสองเฟสในธุรกรรม XA จะเปิดใช้งานอยู่เสมอเช่นเดียวกับ MySQL 5.7.10 การปิดใช้งาน innodb_support_xa ไม่ได้รับอนุญาตอีกต่อไปเนื่องจากทำให้การจำลองแบบไม่ปลอดภัยและป้องกันไม่ให้เกิดผลการปฏิบัติงานที่เกี่ยวข้องกับการประมวลผลกลุ่มการประมวลผลแบบไบนารี



มีอะไรใหม่ ในเวอร์ชัน 5.7.17 GA:

• หมายเหตุเกี่ยวกับความปลอดภัย:
• ก่อนหน้านี้ MySQL สนับสนุนเฉพาะโปรโตคอล TLSv1 สำหรับการเชื่อมต่อที่เข้ารหัส การสนับสนุน TLS ได้รับการขยายเพื่อให้การรักษาความปลอดภัยการเชื่อมต่อที่เข้ารหัสมีระดับสูงขึ้น
• เมื่อคอมไพล์โดยใช้เวอร์ชัน yaSSL แบบรวม MySQL สนับสนุนโปรโตคอล TLSv1 และ TLSv1.1
• เมื่อคอมไพล์ด้วย OpenSSL 1.0.1 หรือสูงกว่า MySQL สนับสนุนโปรโตคอล TLSv1, TLSv1.1 และ TLSv1.2
• โดยค่าเริ่มต้น MySQL พยายามใช้เวอร์ชันโปรโตคอล TLS สูงสุดซึ่งขึ้นอยู่กับไลบรารี SSL ที่ใช้ในการคอมไพล์เซิร์ฟเวอร์และไคลเอ็นต์และใช้คีย์ขนาดใด
• เนื่องจาก TLSv1.2 ต้องการ OpenSSL การสนับสนุนโปรโตคอลนี้มีให้ใช้งานในการแจกจ่ายแบบไบนารีเฉพาะสำหรับ MySQL Commercial Server และไม่ใช่สำหรับ MySQL Community Server (ซึ่งรวบรวมโดยใช้ yaSSL) หากต้องการสร้าง TLSv1.2 จากแหล่งข้อมูลคุณต้องตั้งค่าตัวเลือก WITH_SSL CMake เพื่อใช้ OpenSSL ในการกำหนดค่า MySQL
• ตัวแปรระบบใหม่ tls_version ช่วยให้โปรโตคอล TLS ที่อนุญาตโดยเซิร์ฟเวอร์จะระบุเมื่อเริ่มต้น ทางฝั่งไคลเอ็นต์ตัวเลือก --tls-version อนุญาตโปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์ที่จะระบุตามคำร้องขอของลูกค้า
• ฟังก์ชัน C API ของ mysql_options () มีตัวเลือก MYSQL_OPT_TLS_VERSION ใหม่ซึ่งอนุญาตให้โปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์จะระบุจากภายในไลบรารีไคลเอ็นต์
• ฟังก์ชันการทำงานที่เพิ่มหรือเปลี่ยน:
• InnoDB: ตัวแปรระบบ innodb_support_xa ซึ่งสนับสนุนการทำงานแบบสองเฟสในธุรกรรม XA จะเลิกใช้งาน การสนับสนุน InnoDB สำหรับการดำเนินการแบบสองเฟสในธุรกรรม XA จะเปิดใช้งานอยู่เสมอเช่นเดียวกับ MySQL 5.7.10 การปิดใช้งาน innodb_support_xa ไม่ได้รับอนุญาตอีกต่อไปเนื่องจากทำให้การจำลองแบบไม่ปลอดภัยและป้องกันไม่ให้เกิดผลการปฏิบัติงานที่เกี่ยวข้องกับการประมวลผลกลุ่มการประมวลผลแบบไบนารี

มีอะไรใหม่ ในเวอร์ชัน 5.7.16 GA:

• หมายเหตุเกี่ยวกับความปลอดภัย:
• ก่อนหน้านี้ MySQL สนับสนุนเฉพาะโปรโตคอล TLSv1 สำหรับการเชื่อมต่อที่เข้ารหัส การสนับสนุน TLS ได้รับการขยายเพื่อให้การรักษาความปลอดภัยการเชื่อมต่อที่เข้ารหัสมีระดับสูงขึ้น
• เมื่อคอมไพล์โดยใช้เวอร์ชัน yaSSL แบบรวม MySQL สนับสนุนโปรโตคอล TLSv1 และ TLSv1.1
• เมื่อคอมไพล์ด้วย OpenSSL 1.0.1 หรือสูงกว่า MySQL สนับสนุนโปรโตคอล TLSv1, TLSv1.1 และ TLSv1.2
• โดยค่าเริ่มต้น MySQL พยายามใช้เวอร์ชันโปรโตคอล TLS สูงสุดซึ่งขึ้นอยู่กับไลบรารี SSL ที่ใช้ในการคอมไพล์เซิร์ฟเวอร์และไคลเอ็นต์และใช้คีย์ขนาดใด
• เนื่องจาก TLSv1.2 ต้องการ OpenSSL การสนับสนุนโปรโตคอลนี้มีให้ใช้งานในการแจกจ่ายแบบไบนารีเฉพาะสำหรับ MySQL Commercial Server และไม่ใช่สำหรับ MySQL Community Server (ซึ่งรวบรวมโดยใช้ yaSSL) หากต้องการสร้าง TLSv1.2 จากแหล่งข้อมูลคุณต้องตั้งค่าตัวเลือก WITH_SSL CMake เพื่อใช้ OpenSSL ในการกำหนดค่า MySQL
• ตัวแปรระบบใหม่ tls_version ช่วยให้โปรโตคอล TLS ที่อนุญาตโดยเซิร์ฟเวอร์จะระบุเมื่อเริ่มต้น ทางฝั่งไคลเอ็นต์ตัวเลือก --tls-version อนุญาตโปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์ที่จะระบุตามคำร้องขอของลูกค้า
• ฟังก์ชัน C API ของ mysql_options () มีตัวเลือก MYSQL_OPT_TLS_VERSION ใหม่ซึ่งอนุญาตให้โปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์จะระบุจากภายในไลบรารีไคลเอ็นต์
• ฟังก์ชันการทำงานที่เพิ่มหรือเปลี่ยน:
• InnoDB: ตัวแปรระบบ innodb_support_xa ซึ่งสนับสนุนการทำงานแบบสองเฟสในธุรกรรม XA จะเลิกใช้งาน การสนับสนุน InnoDB สำหรับการดำเนินการแบบสองเฟสในธุรกรรม XA จะเปิดใช้งานอยู่เสมอเช่นเดียวกับ MySQL 5.7.10 การปิดใช้งาน innodb_support_xa ไม่ได้รับอนุญาตอีกต่อไปเนื่องจากทำให้การจำลองแบบไม่ปลอดภัยและป้องกันไม่ให้เกิดผลการปฏิบัติงานที่เกี่ยวข้องกับการประมวลผลกลุ่มการประมวลผลแบบไบนารี

มีอะไรใหม่ ในเวอร์ชัน 5.7.15 GA:

• หมายเหตุเกี่ยวกับความปลอดภัย:
• ก่อนหน้านี้ MySQL สนับสนุนเฉพาะโปรโตคอล TLSv1 สำหรับการเชื่อมต่อที่เข้ารหัส การสนับสนุน TLS ได้รับการขยายเพื่อให้การรักษาความปลอดภัยการเชื่อมต่อที่เข้ารหัสมีระดับสูงขึ้น
• เมื่อคอมไพล์โดยใช้เวอร์ชัน yaSSL แบบรวม MySQL สนับสนุนโปรโตคอล TLSv1 และ TLSv1.1
• เมื่อคอมไพล์ด้วย OpenSSL 1.0.1 หรือสูงกว่า MySQL สนับสนุนโปรโตคอล TLSv1, TLSv1.1 และ TLSv1.2
• โดยค่าเริ่มต้น MySQL พยายามใช้เวอร์ชันโปรโตคอล TLS สูงสุดซึ่งขึ้นอยู่กับไลบรารี SSL ที่ใช้ในการคอมไพล์เซิร์ฟเวอร์และไคลเอ็นต์และใช้คีย์ขนาดใด
• เนื่องจาก TLSv1.2 ต้องการ OpenSSL การสนับสนุนโปรโตคอลนี้มีให้ใช้งานในการแจกจ่ายแบบไบนารีเฉพาะสำหรับ MySQL Commercial Server และไม่ใช่สำหรับ MySQL Community Server (ซึ่งรวบรวมโดยใช้ yaSSL) หากต้องการสร้าง TLSv1.2 จากแหล่งข้อมูลคุณต้องตั้งค่าตัวเลือก WITH_SSL CMake เพื่อใช้ OpenSSL ในการกำหนดค่า MySQL
• ตัวแปรระบบใหม่ tls_version ช่วยให้โปรโตคอล TLS ที่อนุญาตโดยเซิร์ฟเวอร์จะระบุเมื่อเริ่มต้น ทางฝั่งไคลเอ็นต์ตัวเลือก --tls-version อนุญาตโปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์ที่จะระบุตามคำร้องขอของลูกค้า
• ฟังก์ชัน C API ของ mysql_options () มีตัวเลือก MYSQL_OPT_TLS_VERSION ใหม่ซึ่งอนุญาตให้โปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์จะระบุจากภายในไลบรารีไคลเอ็นต์
• ฟังก์ชันการทำงานที่เพิ่มหรือเปลี่ยน:
• InnoDB: ตัวแปรระบบ innodb_support_xa ซึ่งสนับสนุนการทำงานแบบสองเฟสในธุรกรรม XA จะเลิกใช้งาน การสนับสนุน InnoDB สำหรับการดำเนินการแบบสองเฟสในธุรกรรม XA จะเปิดใช้งานอยู่เสมอเช่นเดียวกับ MySQL 5.7.10 การปิดใช้งาน innodb_support_xa ไม่ได้รับอนุญาตอีกต่อไปเนื่องจากทำให้การจำลองแบบไม่ปลอดภัยและป้องกันไม่ให้เกิดผลการปฏิบัติงานที่เกี่ยวข้องกับการประมวลผลกลุ่มการประมวลผลแบบไบนารี

มีอะไรใหม่ ในเวอร์ชัน 5.7.14 GA:

• หมายเหตุเกี่ยวกับความปลอดภัย:
• ก่อนหน้านี้ MySQL สนับสนุนเฉพาะโปรโตคอล TLSv1 สำหรับการเชื่อมต่อที่เข้ารหัส การสนับสนุน TLS ได้รับการขยายเพื่อให้การรักษาความปลอดภัยการเชื่อมต่อที่เข้ารหัสมีระดับสูงขึ้น
• เมื่อคอมไพล์โดยใช้เวอร์ชัน yaSSL แบบรวม MySQL สนับสนุนโปรโตคอล TLSv1 และ TLSv1.1
• เมื่อคอมไพล์ด้วย OpenSSL 1.0.1 หรือสูงกว่า MySQL สนับสนุนโปรโตคอล TLSv1, TLSv1.1 และ TLSv1.2
• โดยค่าเริ่มต้น MySQL พยายามใช้เวอร์ชันโปรโตคอล TLS สูงสุดซึ่งขึ้นอยู่กับไลบรารี SSL ที่ใช้ในการคอมไพล์เซิร์ฟเวอร์และไคลเอ็นต์และใช้คีย์ขนาดใด
• เนื่องจาก TLSv1.2 ต้องการ OpenSSL การสนับสนุนโปรโตคอลนี้มีให้ใช้งานในการแจกจ่ายแบบไบนารีเฉพาะสำหรับ MySQL Commercial Server และไม่ใช่สำหรับ MySQL Community Server (ซึ่งรวบรวมโดยใช้ yaSSL) หากต้องการสร้าง TLSv1.2 จากแหล่งข้อมูลคุณต้องตั้งค่าตัวเลือก WITH_SSL CMake เพื่อใช้ OpenSSL ในการกำหนดค่า MySQL
• ตัวแปรระบบใหม่ tls_version ช่วยให้โปรโตคอล TLS ที่อนุญาตโดยเซิร์ฟเวอร์จะระบุเมื่อเริ่มต้น ทางฝั่งไคลเอ็นต์ตัวเลือก --tls-version อนุญาตโปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์ที่จะระบุตามคำร้องขอของลูกค้า
• ฟังก์ชัน C API ของ mysql_options () มีตัวเลือก MYSQL_OPT_TLS_VERSION ใหม่ซึ่งอนุญาตให้โปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์จะระบุจากภายในไลบรารีไคลเอ็นต์
• ฟังก์ชันการทำงานที่เพิ่มหรือเปลี่ยน:
• InnoDB: ตัวแปรระบบ innodb_support_xa ซึ่งสนับสนุนการทำงานแบบสองเฟสในธุรกรรม XA จะเลิกใช้งาน การสนับสนุน InnoDB สำหรับการดำเนินการแบบสองเฟสในธุรกรรม XA จะเปิดใช้งานอยู่เสมอเช่นเดียวกับ MySQL 5.7.10 การปิดใช้งาน innodb_support_xa ไม่ได้รับอนุญาตอีกต่อไปเนื่องจากทำให้การจำลองแบบไม่ปลอดภัยและป้องกันไม่ให้เกิดผลการปฏิบัติงานที่เกี่ยวข้องกับการประมวลผลกลุ่มการประมวลผลแบบไบนารี

มีอะไรใหม่ ในเวอร์ชัน 5.7.13 GA:

• หมายเหตุเกี่ยวกับความปลอดภัย:
• ก่อนหน้านี้ MySQL สนับสนุนเฉพาะโปรโตคอล TLSv1 สำหรับการเชื่อมต่อที่เข้ารหัส การสนับสนุน TLS ได้รับการขยายเพื่อให้การรักษาความปลอดภัยการเชื่อมต่อที่เข้ารหัสมีระดับสูงขึ้น
• เมื่อคอมไพล์โดยใช้เวอร์ชัน yaSSL แบบรวม MySQL สนับสนุนโปรโตคอล TLSv1 และ TLSv1.1
• เมื่อคอมไพล์ด้วย OpenSSL 1.0.1 หรือสูงกว่า MySQL สนับสนุนโปรโตคอล TLSv1, TLSv1.1 และ TLSv1.2
• โดยค่าเริ่มต้น MySQL พยายามใช้เวอร์ชันโปรโตคอล TLS สูงสุดซึ่งขึ้นอยู่กับไลบรารี SSL ที่ใช้ในการคอมไพล์เซิร์ฟเวอร์และไคลเอ็นต์และใช้คีย์ขนาดใด
• เนื่องจาก TLSv1.2 ต้องการ OpenSSL การสนับสนุนโปรโตคอลนี้มีให้ใช้งานในการแจกจ่ายแบบไบนารีเฉพาะสำหรับ MySQL Commercial Server และไม่ใช่สำหรับ MySQL Community Server (ซึ่งรวบรวมโดยใช้ yaSSL) หากต้องการสร้าง TLSv1.2 จากแหล่งข้อมูลคุณต้องตั้งค่าตัวเลือก WITH_SSL CMake เพื่อใช้ OpenSSL ในการกำหนดค่า MySQL
• ตัวแปรระบบใหม่ tls_version ช่วยให้โปรโตคอล TLS ที่อนุญาตโดยเซิร์ฟเวอร์จะระบุเมื่อเริ่มต้น ทางฝั่งไคลเอ็นต์ตัวเลือก --tls-version อนุญาตโปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์ที่จะระบุตามคำร้องขอของลูกค้า
• ฟังก์ชัน C API ของ mysql_options () มีตัวเลือก MYSQL_OPT_TLS_VERSION ใหม่ซึ่งอนุญาตให้โปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์จะระบุจากภายในไลบรารีไคลเอ็นต์
• ฟังก์ชันการทำงานที่เพิ่มหรือเปลี่ยน:
• InnoDB: ตัวแปรระบบ innodb_support_xa ซึ่งสนับสนุนการทำงานแบบสองเฟสในธุรกรรม XA จะเลิกใช้งาน การสนับสนุน InnoDB สำหรับการดำเนินการแบบสองเฟสในธุรกรรม XA จะเปิดใช้งานอยู่เสมอเช่นเดียวกับ MySQL 5.7.10 การปิดใช้งาน innodb_support_xa ไม่ได้รับอนุญาตอีกต่อไปเนื่องจากทำให้การจำลองแบบไม่ปลอดภัยและป้องกันไม่ให้เกิดผลการปฏิบัติงานที่เกี่ยวข้องกับการประมวลผลกลุ่มการประมวลผลแบบไบนารี

มีอะไรใหม่ ในเวอร์ชัน 5.7.11 GA:

• หมายเหตุเกี่ยวกับความปลอดภัย:
• ก่อนหน้านี้ MySQL สนับสนุนเฉพาะโปรโตคอล TLSv1 สำหรับการเชื่อมต่อที่เข้ารหัส การสนับสนุน TLS ได้รับการขยายเพื่อให้การรักษาความปลอดภัยการเชื่อมต่อที่เข้ารหัสมีระดับสูงขึ้น
• เมื่อคอมไพล์โดยใช้เวอร์ชัน yaSSL แบบรวม MySQL สนับสนุนโปรโตคอล TLSv1 และ TLSv1.1
• เมื่อคอมไพล์ด้วย OpenSSL 1.0.1 หรือสูงกว่า MySQL สนับสนุนโปรโตคอล TLSv1, TLSv1.1 และ TLSv1.2
• โดยค่าเริ่มต้น MySQL พยายามใช้เวอร์ชันโปรโตคอล TLS สูงสุดซึ่งขึ้นอยู่กับไลบรารี SSL ที่ใช้ในการคอมไพล์เซิร์ฟเวอร์และไคลเอ็นต์และใช้คีย์ขนาดใด
• เนื่องจาก TLSv1.2 ต้องการ OpenSSL การสนับสนุนโปรโตคอลนี้มีให้ใช้งานในการแจกจ่ายแบบไบนารีเฉพาะสำหรับ MySQL Commercial Server และไม่ใช่สำหรับ MySQL Community Server (ซึ่งรวบรวมโดยใช้ yaSSL) หากต้องการสร้าง TLSv1.2 จากแหล่งข้อมูลคุณต้องตั้งค่าตัวเลือก WITH_SSL CMake เพื่อใช้ OpenSSL ในการกำหนดค่า MySQL
• ตัวแปรระบบใหม่ tls_version ช่วยให้โปรโตคอล TLS ที่อนุญาตโดยเซิร์ฟเวอร์จะระบุเมื่อเริ่มต้น ทางฝั่งไคลเอ็นต์ตัวเลือก --tls-version อนุญาตโปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์ที่จะระบุตามคำร้องขอของลูกค้า
• ฟังก์ชัน C API ของ mysql_options () มีตัวเลือก MYSQL_OPT_TLS_VERSION ใหม่ซึ่งอนุญาตให้โปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์จะระบุจากภายในไลบรารีไคลเอ็นต์
• ฟังก์ชันการทำงานที่เพิ่มหรือเปลี่ยน:
• InnoDB: ตัวแปรระบบ innodb_support_xa ซึ่งสนับสนุนการทำงานแบบสองเฟสในธุรกรรม XA จะเลิกใช้งาน การสนับสนุน InnoDB สำหรับการดำเนินการแบบสองเฟสในธุรกรรม XA จะเปิดใช้งานอยู่เสมอเช่นเดียวกับ MySQL 5.7.10 การปิดใช้งาน innodb_support_xa ไม่ได้รับอนุญาตอีกต่อไปเนื่องจากทำให้การจำลองแบบไม่ปลอดภัยและป้องกันไม่ให้เกิดผลการปฏิบัติงานที่เกี่ยวข้องกับการประมวลผลกลุ่มการประมวลผลแบบไบนารี

มีอะไรใหม่ ในเวอร์ชัน 5.7.10 GA:

• หมายเหตุเกี่ยวกับความปลอดภัย:
• ก่อนหน้านี้ MySQL สนับสนุนเฉพาะโปรโตคอล TLSv1 สำหรับการเชื่อมต่อที่เข้ารหัส การสนับสนุน TLS ได้รับการขยายเพื่อให้การรักษาความปลอดภัยการเชื่อมต่อที่เข้ารหัสมีระดับสูงขึ้น
• เมื่อคอมไพล์โดยใช้เวอร์ชัน yaSSL แบบรวม MySQL สนับสนุนโปรโตคอล TLSv1 และ TLSv1.1
• เมื่อคอมไพล์ด้วย OpenSSL 1.0.1 หรือสูงกว่า MySQL สนับสนุนโปรโตคอล TLSv1, TLSv1.1 และ TLSv1.2
• โดยค่าเริ่มต้น MySQL พยายามใช้เวอร์ชันโปรโตคอล TLS สูงสุดซึ่งขึ้นอยู่กับไลบรารี SSL ที่ใช้ในการคอมไพล์เซิร์ฟเวอร์และไคลเอ็นต์และใช้คีย์ขนาดใด
• เนื่องจาก TLSv1.2 ต้องการ OpenSSL การสนับสนุนโปรโตคอลนี้มีให้ใช้งานในการแจกจ่ายแบบไบนารีเฉพาะสำหรับ MySQL Commercial Server และไม่ใช่สำหรับ MySQL Community Server (ซึ่งรวบรวมโดยใช้ yaSSL) หากต้องการสร้าง TLSv1.2 จากแหล่งข้อมูลคุณต้องตั้งค่าตัวเลือก WITH_SSL CMake เพื่อใช้ OpenSSL ในการกำหนดค่า MySQL
• ตัวแปรระบบใหม่ tls_version ช่วยให้โปรโตคอล TLS ที่อนุญาตโดยเซิร์ฟเวอร์จะระบุเมื่อเริ่มต้น ทางฝั่งไคลเอ็นต์ตัวเลือก --tls-version อนุญาตโปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์ที่จะระบุตามคำร้องขอของลูกค้า
• ฟังก์ชัน C API ของ mysql_options () มีตัวเลือก MYSQL_OPT_TLS_VERSION ใหม่ซึ่งอนุญาตให้โปรโตคอล TLS ที่อนุญาตโดยโปรแกรมไคลเอ็นต์จะระบุจากภายในไลบรารีไคลเอ็นต์
• ฟังก์ชันการทำงานที่เพิ่มหรือเปลี่ยน:
• InnoDB: ตัวแปรระบบ innodb_support_xa ซึ่งสนับสนุนการทำงานแบบสองเฟสในธุรกรรม XA จะเลิกใช้งาน การสนับสนุน InnoDB สำหรับการดำเนินการแบบสองเฟสในธุรกรรม XA จะเปิดใช้งานอยู่เสมอเช่นเดียวกับ MySQL 5.7.10 การปิดใช้งาน innodb_support_xa ไม่ได้รับอนุญาตอีกต่อไปเนื่องจากทำให้การจำลองแบบไม่ปลอดภัยและป้องกันไม่ให้เกิดผลการปฏิบัติงานที่เกี่ยวข้องกับการประมวลผลกลุ่มการประมวลผลแบบไบนารี

มีอะไรใหม่ ในเวอร์ชัน 5.6.26 GA / 5.7.5 ความสำเร็จ 16:

• รุ่นนี้เพิ่มการสนับสนุน Debian 8 และ Ubuntu 15.04

มีอะไรใหม่ ในเวอร์ชัน 5.6.25 GA / 5.7.5 ความสำเร็จ 16:

• หมายเหตุเกี่ยวกับความปลอดภัย:
• ห้องสมุด OpenSSL ที่เชื่อมโยงสำหรับ MySQL Commercial Server ได้รับการอัปเดตจากเวอร์ชัน 1.0.1j เป็นเวอร์ชัน 1.0.1k ปัญหาที่ได้รับการแก้ไขในเวอร์ชันใหม่จะได้รับการอธิบายไว้ที่ http://www.openssl.org/news/vulnerabilities.html
• การเปลี่ยนแปลงนี้ไม่มีผลต่อการสร้าง MySQL Community ที่สร้างโดย Oracle ของ MySQL Server ซึ่งใช้ไลบรารี yaSSL แทน (ข้อบกพร่อง # 20375530)
• ฟังก์ชันการทำงานที่เพิ่มหรือเปลี่ยน:
• การสนับสนุนโปรโตคอล SSL 2.0 และ SSL 3.0 ถูกปิดใช้งานเนื่องจากมีการเข้ารหัสที่อ่อนแอ (ข้อบกพร่อง # 19820550)
• yaSSL ได้รับการอัปเกรดเป็นเวอร์ชัน 2.3.7 (ข้อผิดพลาด # 19695101, Bug # 20201864)
• ช่วงวันที่ที่ถูกต้องของใบรับรอง SSL ใน mysql-test / std_data ได้รับการขยายไปถึงปี 2029 (Bug # 18366947)
• แก้ไขข้อบกพร่อง:
• InnoDB: การดำเนินการการส่งออก tablespace ตั้งค่าสถานะการล้างข้อมูลเป็น PURGE_STATE_STOP แต่หัวข้อการล้างข้อมูลไม่ได้ตรวจสอบสถานะการล้างจนกว่าการดำเนินการล้างข้อมูลปัจจุบันจะเสร็จสิ้น ในกรณีของรายการประวัติที่มีขนาดใหญ่การดำเนินการส่งออก tablespace ถูกล่าช้ารอให้การล้างข้อมูลปัจจุบันเสร็จสิ้น ขณะนี้สถานะการล้างจะถูกตรวจสอบกับชุดล้างข้อมูลทุกครั้ง (Bug # 20266847, Bug # 75298)
• InnoDB: ALTER TABLE ... เพิ่มการดำเนินการ INDEX ยกการยืนยันเนื่องจากรหัสยืนยันซึ่งไม่อนุญาตให้มีสถานะดัชนีออนไลน์ของ ONLINE_INDEX_ABORTED_DROPPED รหัสยืนยันได้รับการผ่อนคลายแล้ว (ข้อผิดพลาด # 20198726)
• InnoDB: มีข้อผิดพลาดเกิดขึ้นเมื่อเรียกฟังก์ชัน push_warning_printf ระหว่างการกู้คืนเซิร์ฟเวอร์ ก่อนหน้านี้เคยใช้ฟังก์ชันนี้เพื่อพิมพ์ข้อความเตือนไปยังไคลเอ็นต์ นอกจากนี้ current_thd เป็นโมฆะเมื่อเซิร์ฟเวอร์ถูกรีสตาร์ท (ข้อผิดพลาด # 20144839)
• InnoDB: การดำเนินการ ALTER TABLE ที่เปลี่ยนชื่อของคีย์คีย์ต่างประเทศทำให้เกิดความล้มเหลวเมื่อโหลดข้อ จำกัด คีย์ต่างประเทศใหม่ ชื่อคอลัมน์ก่อนหน้ายังคงอยู่ในแคชพจนานุกรมข้อมูลแทนที่จะถูกขับไล่ (ข้อผิดพลาด # 20031243)
• InnoDB: มีการแก้ไขข้อผิดพลาดเกี่ยวกับข้อ จำกัด เกี่ยวกับขนาดของข้อมูล BLOB หรือ TEXT ในรายการเดียว (ข้อผิดพลาด # 19975322)
• InnoDB: การดำเนินการ DML บนตารางที่มีดัชนีการค้นหาข้อความแบบเต็ม ๆ เป็นการยืนยันที่ไม่ถูกต้อง (ข้อผิดพลาด # 19905246)
• การอ้างอิง: ข้อผิดพลาดนี้เป็นการถดถอยของ Bug # 19314480
• InnoDB: การดำเนินการลบหลายรายการทำให้เซิร์ฟเวอร์หยุดชะงัก (ข้อผิดพลาด # 19815702)
• InnoDB: การดำเนินงานของแท็บ FLUSH TABLE ได้เพิ่มการยืนยัน (ข้อผิดพลาด # 19803418)
• InnoDB: เมื่อเปิดใช้บัฟเฟอร์การเปลี่ยนแปลงชุดบัฟเฟอร์ของการดำเนินการที่ไม่ควรมีบัฟเฟอร์ทำให้ไม่สามารถล้างข้อผิดพลาดของระเบียนได้ (Bug # 19528825, Bug # 73767)
• InnoDB: บนแพลตฟอร์มที่ไม่ใช่ Windows ระบบ os-file_pread และ os_file_pwrite จะคืนค่า -1 เมื่อเกิดข้อผิดพลาด ค่านี้พิมพ์ลงในข้อความแสดงข้อผิดพลาดเนื่องจากจำนวนไบต์ที่อ่านหรือเขียน แทนที่จะพิมพ์ค่า -1 ในข้อความแสดงข้อผิดพลาดจะมีการพิมพ์ข้อความแสดงข้อผิดพลาดที่แยกต่างหากซึ่งระบุถึงความล้มเหลวของการเรียกระบบ ขอบคุณ David Bennett สำหรับแพทช์ (Bug # 19315210, Bug # 73365)
• InnoDB: การปิดระบบช้า (innodb_fast_shutdown = 0) หลังจากการกู้คืนความเสียหายได้เพิ่มการยืนยันแล้ว การปิดระบบช้าไม่รอให้การดำเนินการย้อนกลับเป็นพื้นหลังเสร็จสิ้นก่อนที่จะดำเนินการต่อ (ข้อผิดพลาด # 16862810)
• InnoDB: ค่าคอลัมน์จำนวนเต็มถูกจัดการไม่ถูกต้องสำหรับคำสั่ง incr และ decr ของ memcached (Bug # 69415, Bug # 20083106, Bug # 74874, Bug # 20044123)
• การแบ่งพาร์ติชั่น: คำสั่ง ALTER TABLE ... TRUNCATE PARTITION ล้มเหลวหรือคำสั่ง TRUNCATE TABLE ล้มเหลวกับตารางพาร์ติชันบางครั้งมีข้อมูลเมตาไม่สอดคล้องกันในแคชของตาราง งบ SQL ที่ตามมาซ้ำการนำข้อมูลเมตานี้ล้มเหลวและในบางกรณีอาจทำให้เกิดความล้มเหลวของเซิร์ฟเวอร์ (Bug # 74292, Bug # 19786861)
• การจำลองแบบ: ถ้าเธรดไคลเอ็นต์บนทาสทำ FLUSH TABLES WITH READ LOCK ขณะที่ต้นแบบใช้ DML การรันสถานะ SHOW SLAVE ในไคลเอ็นต์เครื่องเดียวกันถูกบล็อกทำให้เกิดการหยุดชะงัก การแก้ไขช่วยให้แน่ใจว่าการล็อกแบบอ่านได้จะถูกจัดขึ้นเฉพาะในช่วงเวลาที่มีการอัพเดตล็อกรีเลย์และไม่สามารถหยุดชะงักได้ (ข้อบกพร่อง # 19843808)
• การจำลองแบบ: เมื่อมีการใช้งานธุรกรรม XA การเรียกใช้การย้อนกลับภายในตัวอย่างเช่นโดยใช้คำสั่ง BINLOG ทำให้เกิดการยืนยัน การแก้ไขช่วยให้แน่ใจได้ว่าการย้อนกลับเกิดขึ้นเฉพาะกับทาสเมื่อธุรกรรมครอบคลุมแฟ้มบันทึกไบนารีหลายชนิด การย้อนกลับไม่ได้เกิดขึ้นในตอนนี้ถ้า Format_description มาจากคำสั่ง BINLOG ที่ถูกเรียกใช้ในไคลเอ็นต์ MySQL (Bug # 74597, Bug # 19928622)
• การจำลองแบบ: ในการใช้งานตามปกติจะเป็นไปไม่ได้ที่จะให้ GTIDs มี GTID มากกว่าต้นแบบ แต่ในบางกรณีเช่นหลังจากฮาร์ดแวร์ล้มเหลวหรือลบข้อมูลไม่ถูกต้อง gtid_purged บันทึกไบนารีของ Master อาจถูกตัดทอน การแก้ไขนี้ช่วยให้แน่ใจได้ว่าในกรณีดังกล่าวเจ้านายจะตรวจพบว่าทาสมีการทำธุรกรรมกับ GTID ที่ไม่ได้อยู่ในเครื่องแม่ ข้อผิดพลาดถูกสร้างขึ้นบน Slave และเธรด I / O จะหยุดทำงานโดยมีข้อผิดพลาด เธรดการถ่ายโอนข้อมูลของ master จะหยุดทำงาน ซึ่งจะป้องกันไม่ให้ข้อมูลไม่สอดคล้องระหว่างการจำลองแบบ (Bug # 72635, Bug # 18789758)
• การจำลองแบบ: เมื่อใช้ SHOW SLAVE STATUS เพื่อตรวจสอบประสิทธิภาพของการจำลองแบบ Seconds_Behind_Master บางครั้งแสดงความล่าช้าที่ไม่คาดคิดเบื้องหลังต้นแบบ สาเหตุที่เกิดจาก Before_gtids_log_events ที่เขียนลงในบันทึกการถ่ายทอดรีเลย์ของ slave ด้วย timestamp หลัง master จากนั้นจะใช้ในการคำนวณ Seconds_Behind_Master การแก้ไขนี้ช่วยให้แน่ใจได้ว่าเหตุการณ์ที่สร้างขึ้นบนทาสที่ถูกเพิ่มลงในบันทึกการถ่ายทอดและจะไม่ใช้เมื่อคำนวณ Seconds_Behind_Master (Bug # 72376, Bug # 18622657)
• ใน Ubuntu 14.10 การติดตั้ง MySQL อาจไม่สามารถโหลด AppArmor ใหม่ได้ (ข้อผิดพลาด # 20092641)
• การชี้แจงภายในธุรกรรมของ XA อาจทำให้เกิดการยืนยันได้ (ข้อบกพร่อง # 19941492)
• ไฟล์บันทึกไบนารีที่สร้างขึ้นโดยการสตรีมไฟล์บันทึกไบนารีจากเซิร์ฟเวอร์ระยะไกลด้วย mysqlbinlog ได้รับสิทธิ์ในโหมดการเข้าถึงมากกว่าไฟล์ต้นฉบับ (ข้อผิดพลาด # 19649868)
• หากปลั๊กอิน audit_log พบข้อผิดพลาดแบบเต็มดิสก์เซิร์ฟเวอร์จะออกจากระบบ
• ขณะนี้ถ้าระบบไฟล์ที่บันทึกการตรวจสอบกำลังเขียนขึ้นจะมีข้อผิดพลาด "disk full" เขียนลงในบันทึกข้อผิดพลาด การบันทึกการตรวจสอบจะดำเนินต่อไปจนกว่าบัฟเฟอร์ของบันทึกการตรวจสอบจะเต็ม ถ้าเนื้อที่ว่างบนดิสก์ไม่พร้อมใช้งานเมื่อบัฟเฟอร์เติมเซสชันของไคลเอ็นต์จะแขวนและการหยุดเซิร์ฟเวอร์ในช่วงเซสชันของไคลเอ็นต์จะส่งผลให้เกิดความเสียหายในบันทึกการตรวจสอบ เพื่อหลีกเลี่ยงปัญหานี้หากเซสชันไคลเอ็นต์ถูกแขวนให้ตรวจสอบว่ามีพื้นที่ว่างในระบบไฟล์บันทึกการตรวจสอบก่อนที่จะหยุดทำงานเซิร์ฟเวอร์ (ข้อผิดพลาด # 19411485)
• หากไม่สามารถสร้างตารางชั่วคราวเนื่องจากไม่มี descriptors ไฟล์เซิร์ฟเวอร์ออกแทนที่จะส่งคืนข้อผิดพลาด (ข้อผิดพลาด # 18948649)
• สำหรับข้อความค้นหาบางส่วนที่มีตารางที่ได้รับ (แบบสอบถามย่อยในส่วน FROM) ความล่าช้าในการทำให้เป็นรูปเป็นร่างทำให้เกิดแผนปฏิบัติการที่ไม่ดีขึ้นเนื่องจากมีการประมาณจำนวนแถวที่ถูกต้อง (ข้อผิดพลาด # 18607971)
• สำหรับคำสั่ง UPDATE และ DELETE เซิร์ฟเวอร์อาจออกหลังจากที่พยายามเข้าถึงโครงสร้างข้อมูลที่ไม่ได้ตั้งใจ (ข้อผิดพลาด # 18036143)
• การเริ่มต้นเซิร์ฟเวอร์ด้วยบริการเริ่มต้นหรือ mysqld_safe อาจทำให้ไม่สามารถใช้ไดเรกทอรีปลั๊กอินที่ถูกต้องได้ (ข้อผิดพลาด # 17619241)
• ตารางการล้างข้อมูลบนตารางแบบ FEDERATED ล้มเหลวหากตารางว่างไม่ได้ใช้งานนานกว่าเวลารอคอยและเวลาเก็บรักษา TCP (ข้อผิดพลาด # 17599258)
• การเลือกคอลัมน์ทั้งหมดจาก INFORMATION_SCHEMA.TABLES ไม่ได้เปิดตารางอีกครั้งหากอยู่ในแคชตาราง แต่การเลือกชุดย่อยของคอลัมน์เหล่านั้นภายใต้เงื่อนไขเดียวกันได้เปิดตารางอีกครั้ง (ข้อผิดพลาด # 16869534)
• ถ้า my_write () พบสภาพดิสก์เต็มรูปแบบอาจส่งคืนค่าข้อผิดพลาดที่ไม่ถูกต้อง (Bug # 16078792, Bug # 19984788)
• การค้นหาแบบข้อความแบบบูล InnoDB แบบไม่ถูกต้อง + รวมกับวงเล็บ ตัวอย่างเช่น + word1 + (& gt; word2
16 Aug 18 ใน เครื่องมือสำหรับนักพัฒนา, ซอฟต์แวร์ฐานข้อมูล