MySQL Enterprise Edition

MySQL Enterprise Edition là một thương mại, từng đoạt giải thưởng, được sử dụng rộng rãi và RDBMS siêu nhanh (Relational Database Management System), ban đầu được tạo ra bởi Sun Microsystems và hiện được duy trì bởi Oracle. Nó bao gồm các tính năng doanh nghiệp mạnh mẽ, chẳng hạn như MySQL Enterprise Backup, MySQL Enterprise Monitor, MySQL Enterprise HA, MySQL Enterprise Khả năng mở rộng, MySQL Enterprise Security, MySQL Enterprise Kiểm toán, MySQL Enterprise Monitor, MySQL Query Analyzer, MySQL và MySQL Vải Workbench.Features tại một glanceKey Các tính năng bao gồm hỗ trợ cho việc tạo các bản sao lưu gia tăng, toàn bộ hoặc một phần, điểm-trong-thời gian phục hồi chức năng, phục hồi một phần hoặc đầy đủ, hỗ trợ xác thực bên ngoài, hỗ trợ cho hồ bơi thread, tuân thủ, kiểm toán dựa trên chính sách, online & ldquo; hot & rdquo; hỗ trợ sao lưu, quản lý cụm và cụm tính năng geo-nhân rộng, mở rộng quy mô tự động, cũng như hỗ trợ cho các công cụ lưu trữ khác nhau, bao gồm cả InnoDB, NDB và MyISAM.
Ngoài ra, nó có tính năng nén sao lưu, sao chép cơ sở dữ liệu, DRBD (Distributed Nhân rộng Device Block) hỗ trợ, Oracle Solaris clustering, mẫu Oracle VM, Windows failover clustering, Windows tích hợp Active Directory, PAM (Pluggable Authentication Modules) hỗ trợ xác thực, cũng như 24 / 7 hỗ trợ từ Oracle. Một tính năng thú vị nó có khả năng làm cho cơ sở hạ tầng cơ sở dữ liệu của bạn rất available.Supported hành systemsMySQL cung cấp sẵn có lớn, có nghĩa là nó có thể được sử dụng trên một loạt các bản phân phối Linux, bao gồm Debian GNU / Linux, Ubuntu, SUSE Linux Enterprise Server, Red Hat Enterprise Linux và Oracle Linux, cũng như Sun Solaris, BSD, Mac OS X và Microsoft Windows hoạt động systems.The MySQL Community EditionsIn Ngoài các phiên bản Enterprise của MySQL, các phiên bản của cộng đồng là tự do có sẵn để tải về và nó có thể được dễ dàng cài đặt trên các hệ điều hành dựa trên Linux khác nhau sử dụng các gói nằm trong kho phần mềm mặc định của các phân phối GNU / Linux tương ứng. Nó được tích cực duy trì và hỗ trợ bởi một cộng đồng những người đam mê mã nguồn mở và phát triển từ tất cả các nơi trên thế giới. Thông tin chi tiết về các Editions MySQL cộng đồng có thể được tìm thấy trên Softoware

là gì mới trong phiên bản này:.

• hiệu suất tốt hơn và Khả năng mở rộng
• Cải tiến công cụ lưu trữ InnoDB cho thông lượng giao dịch tốt hơn
• Cải thiện Optimizer cho thời gian thực hiện truy vấn tốt hơn và chẩn đoán
• Sẵn có ứng dụng tốt hơn với các hoạt động trực tuyến DDL / Schema
• Nhanh nhẹn phát triển tốt hơn với NoSQL truy cập thông qua API Memcached để InnoDB
• Cải thiện Replication cho hiệu suất cao và triển khai tự phục hồi cụm
• Cải thiện Hiệu suất Schema cho các thiết bị tốt hơn và theo dõi
• Cải thiện an ninh cho việc triển khai ứng dụng lo lắng-miễn phí
• Và cải tiến quan trọng khác

là gì mới trong phiên bản 5.6.10:

• Các tính năng mới và cải tiến trong MySQL 5.6 có sẵn để người sử dụng MySQL trong MySQL Community Edition.
• MySQL 5.6 cung cấp khả năng mở rộng tuyến tính, giúp người sử dụng tận dụng khả năng của phần cứng hiện đại.
• Với phiên bản này, người dùng có thể trải nghiệm phát triển đơn giản hóa truy vấn và thực hiện nhanh hơn, thông lượng giao dịch tốt hơn và khả năng ứng dụng, truy cập NoSQL linh hoạt, cải thiện nhân rộng và tăng cường thiết bị đo đạc.
• Better kiếm Execution Times và Diagnostics được cung cấp thông qua một chẩn đoán MySQL Optimizer tăng cường: Subquery Tối ưu: đơn giản hóa phát triển truy vấn bằng cách tối ưu các truy vấn con trước khi thực hiện. Hiệu quả mới trong cách bộ kết quả được lựa chọn, sắp xếp và trả cung cấp cải thiện đáng kể trong thời gian thực hiện truy vấn. Các Bổ sung Index Condition đẩy xuống (ICP) và hàng loạt Access Key (BKA): có thể cải thiện được lựa chọn truy vấn thông lên đến 280x (1). Tăng cường Optimizer Diagnostics: Với giải thích cho INSERT, UPDATE, và DELETE. Giải thích kế hoạch sản lượng ở định dạng JSON cung cấp số liệu chính xác hơn và tối ưu hóa khả năng đọc tốt hơn, và vết Optimizer cho phép theo dõi các ưu quá trình ra quyết định.
• Greater Performance Throughput và sẵn sàng ứng dụng với một công cụ lưu trữ InnoDB cải thiện: Lên đến 230 Cải thiện phần trăm trong giao dịch và Chỉ đọc Throughput: InnoDB đã được tái yếu tố để giảm thiểu di sản luồng, đỏ bừng mặt, và thanh trừng tranh mutex và tắc nghẽn, tạo điều kiện tốt hơn đồng thời trên các hệ thống OLTP tải lớn, và kết quả là cải thiện đáng kể thông lượng cho cả giao dịch và chỉ đọc khối lượng công việc (2). Tăng cường trạng: hoạt động DDL trực tuyến cho phép các DBA để thêm chỉ số và thực hiện các thay đổi bảng trong khi các ứng dụng vẫn có sẵn để cập nhật. Full-Text Search với InnoDB: cho phép các nhà phát triển để xây dựng các chỉ số toàn văn trên bảng InnoDB để đại diện cho nội dung văn bản và tăng tốc độ tìm kiếm ứng dụng các từ và cụm từ. Đơn giản, Key Lookup Value: tiếp cận NoSQL linh hoạt để InnoDB cung cấp tra cứu đơn giản, giá trị quan trọng của dữ liệu InnoDB qua các API Memcached quen thuộc. Người dùng có được & quot; tốt nhất của cả hai thế giới, & quot; kết hợp các hoạt động quan trọng có giá trị và các truy vấn SQL phức tạp trong cơ sở dữ liệu tương tự.
• Cải thiện Scale-Out và sẵn sàng cao: với các tính năng mới trong MySQL nhân rộng bao gồm: Self-Healing Replication Clusters: việc bổ sung các định danh giao dịch toàn cầu và tiện ích làm cho nó đơn giản để tự động phát hiện và phục hồi từ thất bại. Crash-Safe Replication cho phép các bản ghi nhị phân và nô lệ để tự động khôi phục lại vị trí chính xác trong các dòng nhân rộng trong trường hợp của một tai nạn, và tiếp tục nhân rộng mà không cần sự can thiệp của quản trị viên. Tổng kiểm tra duy trì tính toàn vẹn dữ liệu trên cluster bằng cách tự động phát hiện và cảnh báo về lỗi. Hiệu suất cao Clusters Replication: nhân rộng lên đến 5 lần nhanh qua Multi-Threaded (3) Những người nô lệ, binlog Nhóm Cam kết và Tối ưu hóa Row-Dựa Replication cho phép người sử dụng để tối đa hóa hiệu suất và hiệu quả của các bản sao như chúng co-ra khối lượng công việc của họ trên hệ thống hàng hóa. Thời gian bị trì hoãn Replication:. Cung cấp bảo vệ chống lại các lỗi hoạt động được thực hiện trên tổng thể, ví dụ như vô tình thả bảng
• Tăng cường PERFORMANCE_SCHEMA: thiết bị đo đạc mới cho phép người dùng theo dõi tốt hơn hầu hết các tài nguyên nhạy truy vấn, đối tượng, người dùng và các ứng dụng. Tóm tắt mới với số liệu thống kê tổng hợp được nhóm theo truy vấn, chủ đề, người sử dụng, chủ thể và đối tượng cũng có sẵn. Các cải tiến cho phép để dễ dàng cấu hình mặc định có ít hơn năm phần trăm trên cao.
• MySQL 5.6 bao gồm một số cải tiến bổ sung bao gồm hệ thống thông tin địa lý -. Hoạt động không gian chính xác, cải thiện sự tuân thủ IPv6 và server mặc định tối ưu hóa

là gì mới trong phiên bản 5.5.30:

• mysql-libs và mysql-libs-tiên tiến có được lấy ra từ các file spec;
• thông minh hơn Một chút xử lý các tập tin .in trong mysql-test / sưu tập đã được thực hiện;
• Trong khi chuyển đổi tên thư mục tên tập tin, một tách file (FN_LIBCHAR) có thể được gắn vào tên tập tin kết quả. Vấn đề này đã được cố định;
• Một thất bại ngẫu nhiên PB2 đã được sửa chữa;
• Các kịch bản thử nghiệm mà đã được bổ sung với push trước đó đã không làm việc với các trường hợp nhúng, như không có tập tin pid tạo ra trong những trường hợp như vậy. & Quot; not_embedded.inc & quot; đã được thêm vào.

là gì mới trong phiên bản 5.6.9 RC:

• Chức năng gia tăng hay thay đổi:
• Thay đổi không tương thích: Replication: Một số thay đổi và khác tên liên quan đến nhân rộng GTID dựa trên đã được thay đổi, với một cái nhìn để làm cho những cái tên thích hợp hơn và có ý nghĩa. Các tên tuổi không còn được hỗ trợ.
• Các tính năng nên đổi tên được hiển thị trong danh sách sau đây:
• Các tùy chọn máy chủ --disable-gtid-an toàn-báo cáo đã được đổi tên --enforce-gtid-nhất quán; biến hệ thống disable_gtid_unsafe_statements đã được đổi tên enforce_gtid_consistency.
• Các biến hệ thống máy chủ gtid_done đã được đổi tên gtid_executed.
• Các gtid_lost biến hệ thống máy chủ đã được đổi tên thành gtid_purged; ngoài ra, biến này không còn chỉ đọc.
• Các SQL_THREAD_WAIT_AFTER_GTIDS () chức năng đã được đổi tên thành WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS ().
• Để biết thêm thông tin, xem phần 16.1.3, & quot; Replication với giao dịch Identifiers toàn cầu & quot ;, và mục 16.1.4.5, & quot; Toàn cầu giao dịch ID Options và biến & quot ;. (Bug # 14775984)
• mysqld giờ viết ngày để các bản ghi lỗi trong ISO (hh YYYY-MM-DD: mm: ss) định dạng. Nó cũng bao gồm các ID quá trình của nó sau ngày. Nhờ Davi Arnaut cho các bản vá. (Bug # 56240, Bug # 11763523)
• Windows Vista, Windows Server 2008, và hỗ trợ mới hơn liên kết tượng trưng bản địa bằng cách sử dụng lệnh mklink. Điều này làm cho việc thực hiện của cơ sở dữ liệu MySQL Server liên kết tượng trưng bằng .sym tập tin dư thừa, do cơ chế mà bây giờ bị phản đối và sẽ được loại bỏ trong một tương lai phát hành MySQL. Xem Phần 8.11.3.1.3, & quot; Sử dụng Symbolic Liên kết cho cơ sở dữ liệu trên Windows & quot;.
• Lỗi cố định:
• Performance: InnoDB: Các giá trị thời gian cho cấp thấp InnoDB đọc các hoạt động đã được điều chỉnh cho hiệu suất tốt hơn với các thiết bị lưu trữ nhanh chóng, như SSD. Điều này tăng cường chủ yếu ảnh hưởng đến hoạt động đọc cho cột BLOB trong bảng nén. (Bug # 13.702.112, Bug # 64258)
• Thay đổi không tương thích:. Các THREAD_ID cột trong bảng Performance Schema được nới rộng từ INT để bigint để chứa giá trị 64-bit
• Nếu bạn nâng cấp lên phiên bản này của MySQL từ một phiên bản trước đó, bạn phải chạy mysql_upgrade (và khởi động lại máy chủ) để kết hợp sự thay đổi này để các cơ sở dữ liệu performance_schema. (Bug # 14664453)
• Thay đổi không tương thích: ID Connection (thread ID) giá trị lớn hơn 32 bit có thể xảy ra trên một số hệ thống (chẳng hạn như các hệ thống 64-bit bận rộn hoặc lâu dài), gây ra những vấn đề này:
• ID kết nối ghi vào bản ghi truy vấn chung và chậm đăng nhập truy vấn không chính xác. Điều này đúng với đăng nhập để cả hai tập tin và bảng.
• Các CONNECTION_ID () chức năng có thể trả về một giá trị với một kiểu dữ liệu quá nhỏ so với giá trị lớn hơn 32 bit.
• Các mysql_thread_id () và mysql_kill () chức năng C API đã không xử lý ID giá trị lớn hơn 32 bit. Điều này có thể dẫn đến việc giết chết các chủ đề sai; Ví dụ, nếu bạn gọi mysql_kill (mysql_thread_id ()).
• ID kết nối với doanh nghiệp được phép có giá trị 64-bit khi máy chủ hỗ trợ họ (khi xây dựng với các kiểu dữ liệu 64-bit), trong đó có các tác dụng:
• ID đấu nối được đăng nhập một cách chính xác để đăng nhập truy vấn nói chung và chậm đăng nhập truy vấn.
• Lưu ý
• Thay đổi này liên quan đến việc sửa đổi các bảng đăng nhập, vì vậy sau khi nâng cấp lên phiên bản này, bạn phải chạy mysql_upgrade và khởi động lại máy chủ.
• CONNECTION_ID () trả về một kiểu dữ liệu thích hợp cho các giá trị lớn hơn 32 bit.
• mysql_thread_id () là không thay đổi; các giao thức client / server chỉ có 4 byte cho giá trị ID. Hàm này trả về một không chính xác (cắt ngắn) giá trị cho ID kết nối lớn hơn 32 bit và nên tránh.
• mysql_kill () vẫn không thể xử lý các giá trị lớn hơn 32 bit, nhưng để bảo vệ chống lại giết chết các chủ đề sai bây giờ trả lại một lỗi trong các trường hợp:
• Nếu được cho một ID lớn hơn 32 bit, mysql_kill () trả về một lỗi CR_INVALID_CONN_HANDLE.
• Sau khi nội thread ID truy cập của máy chủ đạt đến một giá trị lớn hơn 32 bit, nó sẽ trả về một lỗi ER_DATA_OUT_OF_RANGE cho bất kỳ mysql_kill () gọi và mysql_kill () không thành công.
• Để tránh vấn đề với mysql_thread_id () và mysql_kill (), không sử dụng chúng. Để có được ID kết nối, thực hiện một SELECT CONNECTION_ID () truy vấn và lấy kết quả. Để giết một chủ đề, một lệnh KILL.
• (Bug # 19806, Bug # 11.745.768, Bug # 65715, Bug # 14.236.124, Bug # 44728, Bug # 11753308)
• Thay đổi quan trọng: InnoDB: Một tuyên bố DML sử dụng các phương pháp truy cập chỉ mục hợp nhất có thể khóa nhiều hàng từ bảng, ngay cả khi những hàng không là một phần của kết quả cuối cùng. Sửa chữa điều này làm giảm các khóa quá mức bằng cách phát hành các ổ khóa của hàng chưa từng có. Tối ưu hóa này chỉ ảnh hưởng đến giao dịch với mức độ cô lập bằng hoặc ít nghiêm ngặt hơn so với READ CAM; nó không áp dụng cho các giao dịch sử dụng đọc lặp lại hoặc mức độ cô lập SERIALIZABLE. (Bug # 14226171)
• Thay đổi quan trọng: Replication: Bởi vì chạy các máy chủ với GTIDs kích hoạt ngăn ngừa những thay đổi bảng nontransactional, các chương trình như mysql_upgrade và mysql_install_db không thể hoạt động trên các bảng hệ thống được sử dụng các công cụ lưu trữ MyISAM và do đó không thể hoạt động một cách chính xác. Bây giờ, khi chạy với --enforce-gtid-thống nhất (yêu cầu bất cứ khi nào --gtid-mode = ON), máy chủ cho phép báo cáo duy nhất trên bảng nontransactional. (Bug # 14722659)
• Thay đổi quan trọng: Replication: Trước đây, giá trị của các cột Seconds_Behind_Master trong đầu ra của SHOW SLAVE STATUS luôn thiết lập để NULL bất cứ khi nào các chủ đề SQL hoặc các chủ đề I / O đã được ngừng lại. Bây giờ, cột này được thiết lập để NULL nếu các chủ đề SQL không hoạt động, hoặc nếu các chủ đề I / O không phải là chạy theo một kiểm tra để xác định có hay không các chủ đề SQL đã xử lý tất cả các log relay. (Nếu thread SQL đã hoàn thành xử lý và các chủ đề I / O đang chạy, Seconds_Behind_Master là 0.) (Bug # 12946333)
• Phân vùng: InnoDB: Trước đây, khi cố gắng để tối ưu hóa một hoặc nhiều phân vùng của một bảng phân vùng đã sử dụng một công cụ lưu trữ mà không hỗ trợ phân vùng cấp OPTIMIZE, như InnoDB, MySQL báo cáo bảng không hỗ trợ tối ưu hóa, làm tái tạo + phân tích thay vào đó, sau đó tái tạo lại toàn bộ bảng, nhưng không thực sự phân tích nó. Bây giờ trong trường hợp như vậy, các thông điệp cảnh báo là, bàn không hỗ trợ tối ưu hóa trên các phân vùng. Tất cả các phân vùng sẽ được xây dựng lại và phân tích. Ngoài ra, toàn bộ bảng được phân tích sau khi lần đầu tiên được xây dựng lại. (Bug # 11751825)
• InnoDB: Nếu máy chủ đã bị rơi trong khi hàng được đưa vào một bảng với một chỉ mục toàn văn, nhưng trước khi giao dịch đã được cam kết, một lỗi có thể xảy ra trong quá trình khởi động tiếp theo:
• InnoDB: Assertion thất bại trong chủ đề thread_num phù dict0dict.cc tập 1019
• (Bug # 14826779)
• InnoDB: Các máy chủ có thể tạm dừng với lỗi khi truy cập vào một bảng InnoDB có chứa một chỉ mục toàn văn thông qua các tuyên bố HANDLER. (Bug # 14788710)
• InnoDB: Các máy chủ có thể tạm dừng với lỗi khi hai loại hoạt động xảy ra đồng thời:
• Một ROLLBACK của một dòng chèn vào để chứa các cột off-page.
• Một hoạt động trực tuyến DDL trực tuyến liên quan đến một bảng ROW_FORMAT = DYNAMIC hoặc ROW_FORMAT = NÉN (có nghĩa là, bằng cách sử dụng định dạng tập tin Barracuda) mà xây dựng lại bảng. Ví dụ, ADD / DROP COLUMN, ADD PRIMARY KEY, thay đổi ROW_FORMAT.
• (Bug # 14842014)
• InnoDB: Các máy chủ có thể tạm dừng với lỗi khẳng định cho một phân tích TABLE hoạt động, tùy thuộc vào cấu trúc của bảng và chỉ số của nó:
• InnoDB: Assertion thất bại trong chủ đề thread_num trong tập tin dòng dict0dict.ic 447
• InnoDB: Không khẳng định: pos & lt; Bảng- & gt; n_def
• (Bug # 14755452)
• InnoDB: Một lỗi thời gian chờ có thể xảy ra trên các hệ thống Windows khi làm báo cáo ALTER TABLE với DISCARD TABLESPACE hay TABLESPACE NHẬP khoản, do một tập tin tạm thời bảng còn lại trong hệ thống tập tin. (Bug # 14776799)
• InnoDB: Một hoạt động DDL trực tuyến với một bảng InnoDB sẽ báo cáo sai một giá trị rỗng ('') thay vì giá trị chính xác khi nó báo lỗi key trùng lặp cho một chỉ số duy nhất sử dụng một tiền tố chỉ số. (Bug # 14729221)
• InnoDB: bảng InnoDB với các chỉ mục toàn văn có thể cấp phát bộ nhớ cho xử lý chủ đề đó không được phát hành, có thể dẫn đến các vấn đề tài nguyên trên hệ thống Windows. (Bug # 14759163)
• InnoDB: Trong một hoạt động DDL trực tuyến mà các bản sao bảng, chỉ số thứ hai của bảng có thể bị lỗi. (Bug # 14753701)
• InnoDB: Nếu máy chủ bị rơi sau khi một DDL trực tuyến CREATE INDEX hoạt động, một lỗi có thể xảy ra khi cuộn giao dịch lại không đầy đủ khi khởi động tiếp theo:
• InnoDB: lỗi trong chỉ mục sec del undo trong
• ...
• InnoDB: Assertion thất bại trong chủ đề thread_num phù row0umod.cc tập tin 559
• (Bug # 14707452)
• InnoDB: Nếu máy chủ bị rơi tại một thời điểm chính xác trong một hoạt động ALTER TABLE đó xây dựng lại các chỉ số clustered cho một bảng InnoDB, bảng ban đầu có thể là không thể tiếp cận sau đó. Một ví dụ về một hoạt động như vậy là ALTER TABLE ... ADD PRIMARY KEY Việc sửa chữa bảo bảng ban đầu nếu máy ngừng hoạt động trong thời gian này. Bạn vẫn có thể cần phải thay đổi tên của tập tin .ibd tay để khôi phục lại nội dung bảng ban đầu: trong MySQL 5.6 và cao hơn, đổi tên từ # sql-ib $ new_table_id.ibd để table_name.ibd trong thư mục cơ sở dữ liệu; trước khi MySQL 5.6, các tập tin tạm thời đổi tên là table_name # 1 hoặc # 2. (Bug # 14669848)
• InnoDB: sửa chữa này cải thiện việc xử lý lỗi khi một hoạt động ALTER TABLE thêm một cột vượt quá số lượng tối đa cho phép đối với một bảng InnoDB. Nó cũng làm tăng số lượng tối đa của cột cho một bảng InnoDB từ 1000 đến 1020. (Bug # 14705287)
• InnoDB: Trong một hoạt động DDL trực tuyến xây dựng lại bàn, một tuyên bố KIỂM TRA TABLE có thể báo cáo một số không phù hợp cho tất cả các chỉ số trung. (Bug # 14606472)
• InnoDB: Nếu một câu lệnh ALTER TABLE thất bại khi cố gắng để tạo ra một chỉ mục toàn văn cho một bảng InnoDB, các máy chủ có thể tạm dừng với lỗi khẳng định trong khi giảm các chỉ số không đầy đủ. (Bug # 14504174)
• InnoDB: Trong thời gian tắt máy, với các tùy chọn cấu hình innodb_purge_threads đặt lớn hơn 1, các máy chủ có thể ngăn chặn sớm với lỗi này:
• mysqld nhận tín hiệu 11
• Một cách giải quyết là tăng innodb_log_file_size và thiết innodb_purge_threads = 1. Việc sửa chữa được backported để MySQL 5.5 và 5.1, mặc dù những phiên bản không có tùy chọn innodb_purge_threads cấu hình để các lỗi không thể xảy ra. (Bug # 14234028)
• InnoDB: Các máy chủ có thể tạm dừng với một lỗi trong một số sự kết hợp của các hoạt động đồng thời:
• InnoDB: unknown mã lỗi 20
• Vấn đề này có nguồn gốc trong chu kỳ phát triển 5.6. Nó chỉ ảnh hưởng đến các giao dịch bằng cách sử dụng READ CAM andREAD mức cô lập không bị giam. (Bug # 13.641.662, Bug # 12424846)
• Replication: Nếu một bảng sẽ được nhân rộng đã có một chỉ mục toàn văn, chỉ số này đã không loại trừ khả năng khi chọn kiểu quét muốn được sử dụng trong việc tìm kiếm các hàng tiếp theo, mặc dù nó không thể được sử dụng để tìm đúng. Các applier hàng sau đó đã cố gắng không thành công để sử dụng một chỉ số quét, gây nhân rộng để thất bại. Bây giờ trong trường hợp như vậy, các chỉ số mà không cung cấp cho truy cập tuần tự (như toàn văn) không được xem xét khi quyết định xem có nên sử dụng một bảng, chỉ mục, hoặc băm quét cho mục đích này. (Bug # 14843764)
• Replication: Khi sử dụng các giao thức master-slave GTID-aware, các chủ đề nô lệ I / O sử dụng các vị trí sai. Khi sử dụng GTIDs, vị trí thường không được sử dụng, nhưng là một trường hợp đặc biệt, vị trí này đã được sử dụng ngoài các GTID khi các nô lệ kết nối lại vào cùng một chủ (mặc dù điều này là không cần thiết). Vấn đề này được cố định bằng cách làm cho các giao thức master-slave GTID-aware không sử dụng ở tất cả các vị trí nữa. (Bug # 14828028)
• Replication: Cho một thói quen R được lưu trữ trong đó GTID_SUBTRACT () chức năng đã được gọi: Khi GTID_SUBTRACT () trả về NULL khi gọi là bên trong R, nó tiếp tục trở lại NULL mỗi khi nó được gọi là trong R, cho phần còn lại của khách hàng phiên. (Bug # 14838575)
• Replication: MySQL Enterprise Backup, mysqldump, và mysqlhotcopy có thể không được sử dụng với một GTID-kích hoạt MySQL Server, bởi vì họ đã không thể khôi phục lại trạng thái GTID của máy chủ và vì vậy không thể khôi phục lại từ bất kỳ điểm nào trong bản ghi nhị phân khác hơn rất đầu.
• Là một phần của việc sửa chữa cho vấn đề này, các biến hệ thống gtid_purged (trước đây có tên là gtid_lost) là không còn chỉ đọc; bây giờ nó có thể để thêm GTIDs đến nó khi gtid_executed (trước đây là gtid_done) là rỗng. (Bug # 14787808)
• Replication: Khởi động lại sau khi sao chép các tập tin nhị phân đăng nhập đầu tiên đã được thanh lọc dẫn đến các lỗi Got lỗi chết người 1236 từ thạc sĩ khi đọc dữ liệu từ bản ghi nhị phân: 'nô lệ được kết nối bằng cách sử dụng THAY ĐỔI VỚI TỔNG MASTER_AUTO_POSITION = 1, nhưng các thầy đã được thanh lọc bản ghi nhị phân chứa GTIDs là nô lệ đòi hỏi. " Nhân rộng GTID dựa trên dẫn này để thất bại. (Bug # 14756691)
• mysql_install_db không tôn vinh các tùy chọn --user. (Bug # 15866735)
• Tạo một bảng InnoDB với một chỉ mục toàn văn có thể gặp phải một lỗi nghiêm trọng nếu các tên bảng chứa các ký tự chữ và số không. (Bug # 14835178)
• bộ nhớ không hợp lệ đọc có thể xảy ra cho các truy vấn được lựa chọn từ một bảng tên không dài. (Bug # 14780820)
• Với BẢNG KHÓA hiệu lực, CREATE TABLE IF NOT EXISTS ... NHƯ có thể nâng cao một sự khẳng định. (Bug # 14788976)
• Các phần chính thế hệ tự động bắt nguồn xử lý bảng đã không xử lý đúng cách các cột được chỉ định như là một phần của giá trị () điều khoản và gây ra một sự khẳng định được nêu ra. (Bug # 14786324)
• Cố gắng để đọc một tập tin UTF16 với LOAD DATA INFILE nâng lên một khẳng định. (Bug # 14786470)
• init_io_cache () được sử dụng memset () để xóa một mutex nhưng thông qua các kích thước mutex sai. (Bug # 14838882)
• Các ưu có thể nâng cao một sự khẳng định khi đánh giá một loạt thử nghiệm với một IS NOT NULL điều kiện. (Bug # 14843705)
• Một khẳng định có thể được nâng lên thực hiện INSERT, UPDATE, DELETE hoặc sau khi ngầm bắt đầu một READ ONLY giao dịch trong chế độ KHÓA BIỂU. (Bug # 14788540)
• Cố gắng để tạo ra một cột tự động thặng dư trong một bảng với một loại thuộc tính NULL InnoDB có thể gây ra một lỗi nghiêm trọng. (Bug # 14758479)
• Một khẳng định đã được nâng lên nếu ALTER TABLE được sử dụng để đổi tên một cột với cùng tên như là một cột hiện có khi cũng sắp xếp lại các cột đổi tên sử dụng SAU hoặc FIRST. (Bug # 14756089)
• Một khẳng định có thể được nâng lên nếu bán materialization tham gia đã được sử dụng để đánh giá một NOT IN subquery. (Bug # 14751858)
• Đối với một số nestings xử lý tiếp tục, tiếp tục có thể xảy ra ở sai vị trí. (Bug # 14724836)
• sản lượng HIỂN THỊ processlist đã không được sắp xếp theo thứ tự Id. (Bug # 14771006)
• Đối với một số phát biểu SELECT, giải thích có thể gây ra các máy chủ để thoát. (Bug # 14761894)
• Một rò rỉ bộ nhớ xảy ra đối với những nỗ lực để sử dụng ALTER TABLE để đặt một giá trị mặc định cho một nhỏ, trung bình, hoặc BLOB dài hoặc cột TEXT. (Bug # 14756206)
• Cài đặt sử dụng các gói Solaris chạy mysql_install_db trong các hoạt động nâng cấp (điều này nên xảy ra chỉ cho việc cài đặt mới). (Bug # 14747671)
• Đối với báo cáo UPDATE, giải thích cho thấy tổng chiều dài khóa trong cột key_len hơn là chiều dài của bộ phận quan trọng được sử dụng. (Bug # 14682438)
• Bắt đầu từ các máy chủ với --bind địa chỉ và sau đó thiết lập host_cache_size 0 có thể dẫn đến các máy chủ dừng cho một số loại kết nối khách hàng. (Bug # 14689561)
• Với điều kiện chỉ số kích hoạt đẩy xuống, ưu có thể tạo ra kết quả không chính xác cho các bảng có nguồn gốc. (Bug # 14640176)
• Các ưu không đúng có thể sử dụng một chỉ số để tối ưu hóa hoạt động thuần thuộc tính không gian, gây ra một khẳng định được nêu ra. (Bug # 14600994)
• mysql_config_editor sản xuất không có thông báo lỗi cho ghi lỗi vào tập tin cấu hình. (Bug # 14545989)
• kiếm viết lại để chà mật khẩu để đăng nhập đã được thực hiện ngay cả khi không ai trong số các bản ghi liên quan đã được kích hoạt. Ngoài ra, CREATE SERVER và ALTER CHỦ đang viết lại khi cần thiết. (Bug # 14073554)
• KIỂM TRA TABLE và REPAIR TABLE có thể sụp đổ nếu một bảng MyISAM có chìa khóa bị hỏng (.MYI) file. Bây giờ các máy chủ sản xuất một lỗi. (Bug # 13556441)
• KIỂM TRA TABLE và REPAIR TABLE có thể sụp đổ nếu một bảng MyISAM có chìa khóa bị hỏng (.MYI) file. Bây giờ các máy chủ sản xuất một lỗi. (Bug # 13.556.107, Bug # 13556000)
• Đối với các bãi của các cơ sở dữ liệu mysql, mysqldump bỏ qua các bảng sự kiện trừ khi tùy chọn --events đã được đưa ra. Để bỏ qua bảng này nếu đó là mong muốn, sử dụng tùy chọn --ignore-bảng thay vì (Bug # 55587, Bug # 11762933)
• mysqld_safe bỏ qua giá trị của biến môi trường umask, dẫn đến hành vi khác nhau từ mysqld liên quan đến chế độ truy cập các tập tin được tạo ra với. Bây giờ mysqld_safe (và mysqld_multi) cố gắng để gần đúng các hành vi tương tự như mysqld. (Bug # 57406, Bug # 11764559)
• Trên Mac OS X, reinitializing cache truy vấn có thể gây ra các máy chủ để thoát. Nhờ Davi Arnaut cho các bản vá. (Bug # 67156, Bug # 14741880)
• Đối với các bảng NHỚ với các chỉ mục HASH, DELETE đôi khi thất bại trong việc xóa tất cả các hàng áp dụng. (Bug # 51763, Bug # 11759445)
• Các máy chủ thất bại trong việc sử dụng bộ nhớ cache truy vấn cho các truy vấn trong đó một cơ sở dữ liệu hoặc bảng tên chứa ký tự đặc biệt và các công cụ lưu trữ bảng là InnoDB. (Bug # 64821, Bug # 13919851)
• Trên Mac OS X, KILL đôi khi có thể là không đáng tin cậy. (Bug # 37780, Bug # 11748945)
• LAST_INSERT_ID (expr) đã không làm việc cho expr giá trị lớn hơn giá trị bigint ký lớn nhất. (Bug # 20964, Bug # 11745891)