Quay trở lại những ngày mà ai đó nói MySQL, chỉ có MySQL. Bạn có thể chọn các phiên bản khác nhau (4.0, 4.1) nhưng nhà cung cấp đều giống nhau. Điều này đã thay đổi xung quanh MySQL 5.0 / 5.1 khi Percona quyết định phát hành phiên bản MySQL - Percona Server của riêng họ. Một lúc sau, MariaDB tham gia với MariaDB 5.1 và sự vui nhộn (hoặc nhầm lẫn) tăng lên. Tôi nên sử dụng phiên bản nào? Sự khác biệt giữa MySQL 5.1, Percona Server 5.1 và MariaDB 5.1 là gì? Cái nào nhanh hơn? Cái nào ổn định hơn? Cái nào có chức năng vượt trội? Theo thời gian, điều này trở nên tồi tệ hơn khi ngày càng có nhiều thay đổi được đưa ra trong mỗi hương vị. Bài đăng trên blog này sẽ là nỗ lực của chúng tôi để tóm tắt các tính năng chính giúp phân biệt chúng. Chúng tôi cũng sẽ cố gắng cung cấp cho bạn một số gợi ý về hương vị nào có thể là tốt nhất cho một loại dự án nhất định. Hãy bắt đầu.
Oracle MySQL
Nó từng là MySQL, bây giờ nó là thượng nguồn. Hầu hết quá trình phát triển bắt đầu từ đây, mỗi phiên bản bắt đầu từ 5.6 giải quyết một số nội dung bên trong và mang lại hiệu suất tốt hơn. Các tính năng mới cũng được thêm vào một cách thường xuyên. MySQL 5.6 đã mang đến cho chúng tôi (trong số những người khác) GTID và một triển khai ban đầu của quá trình sao chép song song. Nó cũng cho chúng tôi khả năng thực thi hầu hết các ALTER theo cách thức trực tuyến. Hãy cùng xem các tính năng của phiên bản MySQL mới nhất - MySQL 5.7
Các tính năng của MySQL 5.7
Một trong những thay đổi lớn là những thay đổi trong quá trình triển khai - thay vì các tập lệnh khác nhau, bạn chỉ có thể chạy mysqld --initialize để thiết lập MySQL từ đầu. Một thay đổi rất quan trọng khác - sao chép song song dựa trên đồng hồ lôgic. Cuối cùng, chúng ta có thể sử dụng sao chép song song trong mọi trường hợp - bất kể bạn có sử dụng nhiều lược đồ hay không. Một cải tiến khác về sao chép là sao chép đa nguồn - một nô lệ 5,7 có thể có nhiều bản chính - đó là tính năng tuyệt vời nếu bạn muốn tạo một nô lệ tổng hợp và giả sử, kết hợp dữ liệu từ nhiều cụm riêng biệt.
InnoDB bắt đầu hỗ trợ các kiểu không gian, vùng đệm InnoDB cuối cùng có thể được thay đổi kích thước trong thời gian chạy, ALTER trực tuyến đã được cải tiến để hỗ trợ nhiều trường hợp hơn như phân vùng và ALTERs no-op.
MySQL bắt đầu hỗ trợ các kiểu dữ liệu JSON nguyên bản cùng với một số chức năng mới tập trung vào việc thêm chức năng xung quanh JSON. Ngày nay, việc bảo mật dữ liệu của bạn là rất quan trọng, MySQL 5.7 hỗ trợ mã hóa dữ liệu lúc nghỉ cho không gian bảng tệp trên mỗi bảng. Một số cải tiến cũng đã được thêm vào hỗ trợ SSL (SSL sẽ được định cấu hình nếu có khóa, một tập lệnh được bao gồm có thể được sử dụng để tạo chứng chỉ). Từ góc độ quản lý người dùng, thiết lập thời gian tồn tại của mật khẩu đã được thêm vào, điều này sẽ giúp việc thiết kế các chính sách hết hạn mật khẩu dễ dàng hơn một chút.
Một tính năng khác nhằm hỗ trợ các DBA là lược đồ 'sys', một tập hợp các chế độ xem được thiết kế để giúp việc sử dụng Lược đồ hiệu suất dễ dàng hơn. Nó được đưa vào mặc định trong MySQL 5.7.
Cuối cùng, MySQL Group Replication (và cuối cùng là MySQL InnoDB Cluster) đã được thêm vào MySQL 5.7. Nó hoạt động như một plugin và được bao gồm trong các phiên bản gần đây của nhánh 5.7, nhưng đó là một chủ đề của riêng nó. Nói tóm lại, Group Replication cho phép bạn xây dựng một cụm đồng bộ “ảo”.
Đây chắc chắn không phải là danh sách đầy đủ các tính năng - nếu bạn quan tâm đến tất cả chúng, bạn có thể muốn tham khảo tài liệu MySQL 5.7.
Máy chủ Percona
Lúc đầu, có một tập hợp các bản vá để áp dụng cho mã nguồn MySQL, bổ sung một số cải tiến hiệu suất và chức năng. Tại một số thời điểm, Percona quyết định phát hành bản dựng MySQL của riêng họ bao gồm các bản vá lỗi này. Theo thời gian, nhiều tài nguyên phát triển có sẵn hơn, vì vậy ngày càng nhiều tính năng đã được thêm vào.
Nhìn chung, bạn có thể xem Percona Server là phiên bản MySQL mới nhất với nhiều bản vá / cải tiến. Theo thời gian, một số cải tiến về tính năng của Máy chủ Percona được thay thế bằng các tính năng từ thượng nguồn - bất cứ khi nào Oracle phát triển một tính năng thay thế một trong các chức năng được thêm vào Máy chủ Percona. Miễn là việc triển khai ngang bằng, Percona loại bỏ mã của riêng họ để có lợi cho mã từ thượng nguồn. Điều này làm cho Máy chủ Percona về cơ bản là một phần mềm thay thế cho Oracle’s MySQL. Một trong những lĩnh vực mà các cải tiến hiệu suất lớn đã được thực hiện là InnoDB. Nó đã được sửa đổi đủ đáng kể để đặt thương hiệu là XtraDB. Hiện tại, nó hoàn toàn tương thích với InnoDB nhưng không phải lúc nào nó cũng như vậy. Ví dụ, một số tính năng trong Percona Server 5.5 không tương thích với MySQL 5.5. Nó cũng đúng với các phiên bản Máy chủ Percona gần đây hơn. Điều quan trọng là, theo mặc định, Máy chủ Percona đi kèm với tất cả các tính năng không tương thích bị vô hiệu hóa - điều này giúp dễ dàng kiểm tra và quay trở lại Oracle’s MySQL nếu cần. Cân nhắc tất cả những điều trên, bạn vẫn nên thận trọng khi định chuyển từ Máy chủ Percona sang MySQL - ai đó có thể đã kích hoạt một trong các tính năng không tương thích.
Điều đáng làm nổi bật là Percona cố gắng hoàn thiện các tính năng của doanh nghiệp ở thượng nguồn. Trong trường hợp của MySQL, các ví dụ là triển khai nhóm luồng hoặc plugin xác thực PAM. Hãy xem nhanh một số tính năng của Máy chủ Percona.
Các tính năng của Máy chủ Percona 5.7
Một trong những tính năng chính của XtraDB là khả năng mở rộng vùng đệm được cải thiện - mặc dù ngày càng có ít sự tranh cãi do công việc mà Oracle thực hiện trên mọi phiên bản MySQL, nhóm kỹ sư của Percona luôn cố gắng nâng cao hiệu suất hơn nữa và loại bỏ các mutex bổ sung có thể hạn chế hiệu suất. Ngoài ra, nhiều dữ liệu hơn được ghi vào màn hình InnoDB (có thể truy cập thông qua SHOW ENGINE INNODB STATUS) liên quan đến nội dung trong InnoDB - ví dụ:một phần trên semaphores đã được thêm vào.
Một loạt cải tiến khác đã được thực hiện trong lĩnh vực I / O. Trong InnoDB, bạn có thể đặt phương thức xả chỉ cho không gian bảng InnoDB và điều này gây ra bộ đệm kép cho các bản ghi làm lại InnoDB. XtraDB giúp bạn có thể sử dụng cả O_DIRECT cho các tệp đó. Nó cũng bổ sung thêm dữ liệu liên quan đến điểm kiểm tra vào đầu ra của SHOW ENGINE INNODB STATUS. Ngoài ra, bộ đệm ghi đôi song song và bộ xả LRU đa luồng đã được triển khai để giảm bớt sự tranh chấp trong các hoạt động I / O trong InnoDB.
Nhóm chủ đề là một tính năng khác được cung cấp bởi Máy chủ Percona. Trong Oracle MySQL, nó chỉ có sẵn trong phiên bản Enterprise. Tại đây, bạn có thể sử dụng miễn phí triển khai của Percona. Nói chung, nhóm luồng làm giảm nội dung trong khi vẫn cung cấp số lượng lớn các kết nối từ ứng dụng bằng cách sử dụng lại các kết nối hiện có với cơ sở dữ liệu.
Hai tính năng khác là thay thế trực tiếp các tính năng từ phiên bản Doanh nghiệp của MySQL. Một trong số đó là plugin xác thực PAM được Percona phát triển và được thiết kế để cho phép sử dụng nhiều tùy chọn xác thực khác nhau như LDAP, RSA SecurID hoặc bất kỳ phương pháp nào khác được PAM hỗ trợ. Tính năng thứ hai cũng liên quan đến bảo mật - plugin kiểm tra nhật ký. Nó sẽ tạo một tệp với bản ghi các hành động được thực hiện trên máy chủ cơ sở dữ liệu.
Theo thời gian, Percona giới thiệu những cải tiến đáng kể cho các công cụ lưu trữ khác như những thay đổi mà họ đã thực hiện trong công cụ MEMORY cho phép sử dụng kiểu dữ liệu VARCHAR hoặc BLOB.
Việc giới thiệu ổ khóa dự phòng cũng là một cải tiến khá đáng kể. Trong Oracle và MariaDB, phương pháp khóa bảng duy nhất để có được một bản sao lưu nhất quán là sử dụng FLUSH TABLES WITH READ LOCK (FTWRL). Nó khá nặng và nó buộc MySQL phải đóng tất cả các bảng đã mở. Mặt khác, khóa dự phòng sử dụng cách tiếp cận nhẹ hơn của khóa siêu dữ liệu. Trong nhiều trường hợp máy chủ tải nặng chạy FTWRL mất quá nhiều thời gian (và khóa máy chủ quá lâu) được coi là khả thi trong khi khóa sao lưu giúp bạn có thể sao lưu bằng mysqldump hoặc xtrabackup.
Percona cũng mở trên các tính năng chuyển từ các nhà cung cấp khác. Một ví dụ như vậy là cổng GIAO DỊCH BẮT ĐẦU CỦA MariaDB VỚI SNAPSHOTS ĐỒNG Ý. Tính năng này cũng liên quan đến các bản sao lưu - với sự trợ giúp của nó, bạn có thể tạo một bản sao lưu hợp lý nhất quán (sử dụng mysqldump) mà không cần chạy FLUSH TABLE WITH READ LOCK.
Cuối cùng, ba tính năng cải thiện khả năng quan sát - thứ nhất:thống kê người dùng. Đây là tính năng khá nhẹ, thu thập dữ liệu về người dùng, chỉ mục, bảng và chủ đề. Nó cho phép bạn tìm các chỉ mục không sử dụng hoặc xác định người dùng nào chịu trách nhiệm về tải trên máy chủ. Hiện tại, nó có một phần dư thừa đối với performance_schema nhưng nhẹ hơn một chút và nó được tạo ra vào những ngày của MySQL 5.0 - 5.1, nơi mà thậm chí không ai mơ về performance_schema.
Thứ hai - nhật ký truy vấn chậm nâng cao. Một lần nữa, nó đã được thêm vào những thời điểm mà độ chi tiết cao nhất của long_query_time là 1 giây. Với sự bổ sung này, bạn đã có độ chi tiết micro giây và một loạt dữ liệu bổ sung về thống kê InnoDB trên mỗi truy vấn hoặc các đặc điểm hiệu suất tổng thể của nó. Nó đã tạo một bảng tạm thời? Nó đã sử dụng một chỉ mục? Nó đã được lưu trong bộ đệm ẩn truy vấn MySQL chưa?
Tính năng thứ ba mà chúng tôi đã đề cập ở trên vài lần - Máy chủ Percona hiển thị nhiều dữ liệu hơn đáng kể trong TÌNH TRẠNG HIỂN THỊ ĐỘNG CƠ so với ngược dòng. Nó chắc chắn giúp hiểu sâu hơn về khối lượng công việc và nắm bắt được nhiều vấn đề hơn trước khi chúng diễn ra.
Tất nhiên, đây không phải là danh sách đầy đủ - nếu bạn muốn biết thêm chi tiết, bạn có thể muốn xem tài liệu của Máy chủ Percona.
MariaDB
MariaDB bắt đầu như một nhánh của MySQL nhưng, với một phần của nhóm phát triển MySQL ban đầu tham gia MariaDB, nó nhanh chóng tập trung vào việc thêm các tính năng. Trong MariaDB 5.3, nhiều tính năng đã được thêm vào trình tối ưu hóa:Truy cập khóa hàng loạt, Đọc nhiều đường, Đẩy xuống điều kiện chỉ mục để đặt tên cho một số tính năng. Điều này cho phép MariaDB vượt trội trong một số khối lượng công việc mà MySQL hoặc Percona Server sẽ gặp khó khăn. Cho đến nay, một số tính năng đó đã được thêm vào MySQL (chủ yếu là trong MySQL 5.6) nhưng một số vẫn là duy nhất đối với MariaDB.
Một tính năng quan trọng khác đã được MariaDB giới thiệu là ID giao dịch toàn cầu. Không lâu sau Oracle đã phát hành bản triển khai của riêng mình nhưng MariaDB là người đầu tiên có nó. Câu chuyện tương tự là với một tính năng sao chép khác - sao chép đa nguồn:MariaDB đã có nó trước Oracle. Bây giờ, MariaDB 10.2 được phát hành gần đây cũng chứa các tính năng sẽ có sẵn trong MySQL 8.0, vẫn đang được phát triển. Ví dụ, chúng ta đang nói về các biểu thức bảng phổ biến đệ quy hoặc các hàm cửa sổ.
Các tính năng của MariaDB 10.2
Như chúng tôi đã đề cập, MariaDB 10.2 giới thiệu các hàm cửa sổ và các biểu thức bảng phổ biến đệ quy - những cải tiến trong SQL sẽ giúp các nhà phát triển viết các truy vấn SQL hiệu quả hơn.
Thay đổi rất quan trọng là MariaDB 10.2 sử dụng InnoDB. Lên đến 10.1, XtraDB đã được sử dụng làm bộ nhớ mặc định. Thật không may, điều này làm cho các tính năng được bổ sung trong XtraDB mới nhất không khả dụng cho người dùng MariaDB 10.2.
Các cải tiến đã được thực hiện trong các cột ảo - nhiều hạn chế hơn đã được loại bỏ trong 10.2.
Cuối cùng, hỗ trợ cho nhiều trình kích hoạt cho cùng một sự kiện đã được thêm vào - bây giờ bạn có thể tạo một số trình kích hoạt, chẳng hạn như BẬT CẬP NHẬT trên cùng một bảng.
Các nhà phát triển sẽ được hưởng lợi từ hỗ trợ JSON, cùng với một số chức năng liên quan đến nó. Họ cũng nên thích các chức năng mới cho phép họ xuất dữ liệu không gian sang định dạng GeoJSON. Nói về JSON, các cải tiến đã được thực hiện trong đầu ra EXPLAIN FORMAT =JSON - nhiều dữ liệu hơn được hiển thị.
Về mặt bảo mật, hỗ trợ cho OpenSSL 1.1 và LibreSSL đã được thêm vào.
Tất nhiên, danh sách này không đầy đủ và nếu bạn quan tâm đến những gì đã được thêm vào MySQL 10.2, bạn có thể muốn tham khảo tài liệu.
Ngoài các tính năng mới, MariaDB 10.2 được hưởng lợi từ các tính năng được triển khai trong các phiên bản trước. Chúng ta sẽ điểm qua những điều quan trọng nhất.
Các tính năng quan trọng nhất của MariaDB 10.1
Trước hết, MariaDB kể từ 10.1 đi kèm với cụm Galera - không cần cài đặt thêm thư viện, mọi thứ đã sẵn sàng để sử dụng.
MariaDB 10.1 mang đến việc triển khai mã hóa dữ liệu lúc nghỉ. So với tính năng được triển khai trong Oracle’s MySQL, MariaDB có nó mở rộng hơn. Nó không chỉ mã hóa không gian bảng mà còn mã hóa các bản ghi làm lại, tệp tạm thời và nhật ký nhị phân. Điều này đi kèm với một số vấn đề - các công cụ CLI như mysqldump hoặc xtrabackup không thể truy cập nhật ký nhị phân và có thể gặp sự cố khi sao lưu các phiên bản được mã hóa (điều này đặc biệt đúng đối với xtrabackup - gần đây MariaDB đã tạo ra xtrabackup fork có tên là MariaDB Backup hỗ trợ data-at-rest) mã hóa).
Ok, vậy tôi nên sử dụng hương vị nào?
Như thường lệ, câu trả lời đúng sẽ là:“Nó phụ thuộc” :-). Chúng tôi sẽ chia sẻ một số quan sát của mình có thể giúp bạn quyết định hoặc không, nhưng cuối cùng, bạn có thể chạy các điểm chuẩn và tìm bất kỳ tùy chọn nào phù hợp nhất với môi trường và ứng dụng của bạn.
Trước hết, hãy nói về quy trình. Oracle phát hành phiên bản mới - giả sử MySQL 5.7. Về mặt hiệu suất, tại thời điểm đó, đây là phiên bản MySQL nhanh nhất trên thị trường. Điều này là do chỉ có Oracle mới có đủ nguồn lực để cải thiện InnoDB ở mức độ đó. Trong vòng vài tháng (trong trường hợp 5.7, đó là 4 tháng) Percona phát hành Percona Server 5.7 với một loạt các cải tiến của họ - tùy thuộc vào loại khối lượng công việc, nó có thể mang lại hiệu suất thậm chí còn tốt hơn so với ngược dòng. Cuối cùng, MariaDB áp dụng phiên bản ngược dòng mới và xây dựng phiên bản mới trên đó.
Đây là cách nó trông giống như trong lịch (chúng ta vẫn đang nói về MySQL 5.7).
MySQL 5.7 GA:Ngày 21 tháng 10 năm 2015
Máy chủ Percona 5.7 GA:Ngày 23 tháng 2 năm 2016
MariaDB 10.2 GA:Ngày 23 tháng 5 năm 2017
Xin lưu ý MariaDB đã mất bao lâu để phát hành phiên bản dựa trên MySQL 5.7 - tất cả các phiên bản trước đó đều dựa trên MySQL 5.6 và rõ ràng là mang lại hiệu suất thấp hơn MySQL 5.7. Mặt khác, MariaDB 10.2 đã được phát hành cùng với InnoDB thay thế XtraDB. Mặc dù đúng là Oracle hầu như đã thu hẹp khoảng cách về hiệu suất giữa MySQL và Percona Server, nó vẫn chỉ là "chủ yếu". Do đó, MariaDB 10.2 có thể mang lại hiệu suất thấp hơn hiệu suất của Máy chủ Percona trong một số trường hợp (và tốt hơn trong một số trường hợp khác - do công việc tối ưu hóa được thực hiện trong MariaDB 5.3, một số trong số đó chưa được tạo lại trong MySQL).
Tính năng khôn ngoan, nó phức tạp hơn. MariaDB đã được bổ sung rất nhiều tính năng, vì vậy nếu bạn quan tâm đến một số tính năng trong số đó, bạn chắc chắn có thể cân nhắc sử dụng MariaDB. Có một mặt trái của nó quá. Percona Server có rất nhiều tính năng khác biệt với MySQL ngược dòng nhưng khi Oracle bắt đầu triển khai chúng trong MySQL, Percona đã quyết định giảm giá trị các triển khai của họ để ưu tiên sử dụng triển khai từ ngược dòng. Điều này làm giảm số lượng mã khác nhau giữa MySQL và Percona Server, giúp việc duy trì mã của Percona Server dễ dàng hơn và điều quan trọng nhất là làm cho Percona Server tương thích 100% với MySQL.
Thật không may, điều này không đúng với MariaDB. MariaDB đã giới thiệu GTID trước, điều đó đúng, nhưng sau khi Oracle phát triển phiên bản GTID của họ, MariaDB quyết định tiếp tục triển khai của riêng họ. Blog này không phải là nơi để quyết định việc triển khai nào tốt hơn, nhưng kết quả là chúng tôi phải quản lý hai hệ thống GTID khác nhau, không tương thích - nó tạo thêm gánh nặng cho bất kỳ công cụ nào quản lý sao chép và giảm khả năng tương tác. Bám sát vào sao chép - cam kết nhóm và sao chép song song:cả Oracle và MariaDB đều có cách triển khai riêng và nếu bạn làm việc với cả hai, bạn cần học cả hai để áp dụng điều chỉnh cần thiết - các nút bấm khác nhau và hoạt động theo cách khác. Trường hợp tương tự là với hỗ trợ cột ảo - hai cách triển khai khác nhau, không tương thích 100%, kết quả là không thể dễ dàng kết xuất dữ liệu từ MariaDB và tải vào Oracle’s MySQL (và ngược lại) vì cú pháp hơi khác nhau. Vì vậy, nếu bạn quyết định sử dụng phiên bản MariaDB cho một số tính năng hoàn toàn mới, bạn có thể gặp khó khăn với nó ngay cả khi bạn muốn chuyển trở lại MySQL để sử dụng triển khai của Oracle. Tốt nhất, quá trình di chuyển sẽ đòi hỏi nhiều nỗ lực hơn để thực hiện. Tất nhiên, nếu bạn luôn ở trong một môi trường, nó có thể không ảnh hưởng nghiêm trọng đến bạn. Nhưng ngay cả khi đó, việc thiếu khả năng tương thích sẽ dễ nhận thấy đối với bạn, nếu chỉ khi bạn đọc các blog trên internet và tìm ra các giải pháp không thực sự áp dụng cho phiên bản MySQL của bạn.
Vì vậy, tóm lại - nếu bạn quan tâm đến việc duy trì khả năng tương thích với MySQL, Percona Server (hoặc bản thân MySQL, tất nhiên) có lẽ sẽ là cách tốt nhất. Nếu bạn quan tâm đến hiệu suất, miễn là có Máy chủ Percona được xây dựng dựa trên MySQL mới nhất, thì đó có thể là cách để đi. Tất nhiên, bạn có thể muốn điểm chuẩn MariaDB và xem liệu khối lượng công việc của bạn có thể không được hưởng lợi từ một số tối ưu hóa vẫn là duy nhất cho MariaDB hay không. Về mặt hoạt động, có lẽ bạn nên tuân thủ một trong các môi trường (Oracle / Percona hoặc MariaDB), bất kỳ môi trường nào phù hợp với bạn hơn. MySQL hoặc Percona Server có lợi thế hơn ở chỗ chúng được sử dụng phổ biến hơn và việc tích hợp chúng với các công cụ bên ngoài dễ dàng hơn một chút (vì không phải tất cả các công cụ đều hỗ trợ tất cả các tính năng của MariaDB). Nếu bạn muốn hưởng lợi từ một tính năng mới và sáng bóng vừa được triển khai trong MariaDB, bạn nên xem xét nó, lưu ý mọi vấn đề tiềm ẩn về khả năng tương thích và hiệu suất có thể thấp hơn.
Chúng tôi hy vọng bài đăng trên blog này đã cung cấp cho bạn một số ý tưởng về các lựa chọn khác nhau mà chúng ta có trong thế giới MySQL và các góc độ khác nhau để bạn có thể so sánh chúng. Vào cuối ngày, nhiệm vụ của bạn là quyết định điều gì tốt nhất cho quá trình thiết lập của bạn. Nó có thể không dễ dàng nhưng sau đó chúng ta vẫn nên biết ơn vì chúng ta có quyền lựa chọn và chúng ta có thể chọn những gì phù hợp nhất với mình.
