Tất cả các 'nhánh' bạn đã đề cập (ngoại trừ Drizzle) đều dựa trên các bản phát hành chính thức mới hơn của MySQL. Tôi nghĩ rằng từ fork có thể dẫn bạn đi sai đường - vì mục đích chỉ là cung cấp sau khi thị trường sửa đổi. Tôi đã viết về điều này ở đây:
http://mtocker.livejournal.com/50931.html
Vì họ dựa trên nền tảng của MySQL và MySQL 5.0 đang trong tình trạng "bảo trì mở rộng", nên chỉ các lỗ hổng bảo mật lớn mới được sửa. Điều này có nghĩa là bạn muốn chuyển sang 5.1. Nếu chúng tôi làm việc với giả định này, thì OurDelta sẽ loại bỏ các quyết định của bạn - vì họ chỉ là đối tác đóng gói / xây dựng MariaDB 5.1.
Tôi nghĩ bạn cũng có thể loại trừ Mưa phùn, vì nó hiện đang ở giai đoạn tiền beta. Họ đang lên kế hoạch cho một bản beta vào cuối mùa hè - nhưng nó vẫn sớm hơn nhiều so với những gì bạn muốn. Tôi thực sự không nghĩ rằng bạn sử dụng cơ sở dữ liệu chưa sẵn sàng để sản xuất, vì vậy điều này cũng loại trừ MySQL 5.5.
Vì vậy, điều này sẽ rời khỏi Máy chủ Percona, MySQL 5.1 chính thức và MariaDB. Đúng là 5.1 có một số khả năng mở rộng kém với nhiều lõi, nhưng nếu bạn bật plugin InnoDB thì tốt hơn.
Phần còn lại của câu trả lời của tôi kể từ đây trở đi là thành kiến - Tôi làm việc cho Percona:
Percona XtraDB có thêm các bản sửa lỗi về khả năng mở rộng CPU so với plugin MySQL 5.1 + InnoDB. Những vấn đề sẽ quan trọng được đề cập ở đây:
http://www.percona.com/docs/wiki/percona -xtradb:tính năng:bắt đầu
Một tôi có thể nhận xét cụ thể sẽ quan trọng là cái này: http ://www.percona.com/docs/wiki/percona-xtradb:patch:innodb_split_buf_pool_mutex
