Có, nó có thể và công ty của tôi làm điều đó. Tuy nhiên, tôi chắc chắn sẽ không nói rằng nó thông minh. Chúng tôi có hệ thống tự động hóa tiếp thị SAAS. Một số cơ sở dữ liệu của khách hàng có hơn 1 triệu bản ghi. Chúng tôi xử lý cơ sở dữ liệu "chung" thứ hai có bảng "hoàn thành" theo dõi email, thư từ, cuộc gọi điện thoại, v.v. với hơn 4 triệu bản ghi, cùng với nhiều bảng được chia sẻ rất lớn khác. Với việc lập chỉ mục thích hợp, tối ưu hóa, duy trì một máy chủ chỉ dành cho DB riêng biệt và có thể phân cụm (mà chúng tôi chưa phải làm), bạn có thể xử lý rất nhiều dữ liệu ...... trong nhiều trường hợp, những người nghĩ rằng nó có thể chỉ xử lý một vài trăm nghìn hồ sơ làm việc trên một sản phẩm cạnh tranh để kiếm sống. Nếu bạn vẫn nghi ngờ liệu nó có hợp lệ hay không, hãy xem xét rằng theo số liệu phân nhóm của MySQL, một cụm 8 máy chủ có thể xử lý 2,5 triệu bản cập nhật MỖI GIÂY. Không quá tồi tàn .....
Vấn đề với việc sử dụng hai cơ sở dữ liệu là kết nối nhiều kết nối. Có khó không? Không thật sự lắm. Bạn tạo các đối tượng khác nhau và tham chiếu các lớp kết nối của mình dựa trên cơ sở dữ liệu nào bạn muốn. Trong trường hợp của chúng tôi, chúng tôi nhấn vào lớp công ty của cơ sở dữ liệu chính để suy ra tên db của khách hàng và sau đó xây dựng kết nối thứ hai dựa trên đó. Tuy nhiên, khi bạn sắp xếp các kết nối đó qua lại, bạn có thể gặp phải lỗi yêu cầu gỡ lỗi thêm. Nó không chỉ là "Truy vấn của tôi có hợp lệ không?" nhưng "Tôi có thực sự nhận được kết nối cơ sở dữ liệu chính xác không?" Trong trường hợp của chúng tôi, một phiên bị gián đoạn có thể gây ra tất cả các loại lỗi PDO vì hệ thống không còn có thể theo dõi cơ sở dữ liệu máy khách nào cần truy cập. Thêm vào đó, từ quan điểm về khả năng bảo trì, đó là một quá trình đáng sợ khi cố gắng đẩy các bản cập nhật cấu trúc bảng lên 100 cơ sở dữ liệu trực tiếp khác nhau. Có, nó có thể được tự động hóa. Nhưng một lần trượt chân lên, bạn đã đánh gục RẤT NHIỀU người và kiếm thêm rất nhiều việc cho bản thân. Bây giờ, hãy tính toán sự phát triển và thử nghiệm bổ sung cần thiết để kết hợp các kết nối và đẩy các bản cập nhật .... đó sẽ là thước đo của bạn về việc nó có đáng giá hay không.
Đề nghị của tôi? Tìm một máy chủ cho phép bạn đặt hai máy trên cùng một mạng cục bộ. Chúng tôi đã chọn Linode, nhưng người bạn sử dụng không liên quan. Bắt đầu với máy chủ cơ sở dữ liệu chuyên dụng của bạn, lên kế hoạch trước để thực hiện phân cụm khi cần thiết. Giữ tất cả nội dung của bạn trong một DB, lập chỉ mục và tối ưu hóa một cách tôn giáo. Cuối cùng, hãy tìm một anh chàng DB THỰC SỰ tốt và đối xử tốt với anh ta. Với nhiều dữ liệu đó, cần phải có một DBA tuyệt vời.
