Kluster PXC dan InnoDB adalah penyelesaian clustering yang tinggi di MySQL. Perbezaan teras adalah seperti berikut: 1. Kluster InnoDB didasarkan pada MGR, dan lalai adalah mod satu master, dan hanya satu nod yang boleh ditulis. Walaupun ia menyokong multi-tuan, rasmi mengesyorkan untuk menggunakannya dengan berhati-hati. 2. Kaedah jaminan konsistensi data adalah berbeza: PXC mengesahkan sebelum penyerahan transaksi untuk memastikan konsistensi tetapi boleh meningkatkan kelewatan, dan menggulung urus niaga dalam konflik; Kluster InnoDB mereplikasi selepas melakukan, dan terdapat tetingkap ketidakkonsistenan pendek, yang memastikan konsistensi akhir melalui protokol Paxos, dan cenderung mengekalkan ketersediaan semasa pembahagian rangkaian. 3. Pengendalian dan kerumitan operasi dan penyelenggaraan adalah berbeza: rantaian alat PXC matang (seperti PXC-Admin, PMM), dan penggunaannya lebih kompleks tetapi komprehensif; Kluster InnoDB bergantung pada shell dan penghala MySQL, yang mudah dimulakan, dan sesuai untuk pengguna yang biasa dengan MySQL asli. 4. Keserasian dan senario aplikasi berbeza: PXC serasi dengan kebanyakan alat MySQL dan menyokong ciri -ciri Percona, sesuai untuk persekitaran Percona yang sedia ada; Kluster InnoDB memerlukan versi rasmi atau serasi, sesuai untuk pengguna yang ingin menggunakan MySQL asli. Kedua-duanya mempunyai kelebihan dan kekurangan mereka sendiri, dan pilihan bergantung kepada keperluan perniagaan, kebiasaan pasukan dan perdagangan terhadap konsistensi dan ketersediaan.

Dalam senario clustering ketersediaan MySQL, Percona Xtradb Cluster (PXC) dan cluster InnoDB adalah dua pilihan yang lebih biasa. Mereka semua boleh menyediakan fungsi seperti penyegerakan data dan failover, tetapi masih terdapat banyak perbezaan dalam mekanisme pelaksanaan, senario penggunaan dan kaedah operasi dan penyelenggaraan.

Mekanisme Penyegerakan yang Berbeza: PXC Menggunakan Galera, Kluster InnoDB Menggunakan Replikasi Kumpulan

Ini adalah salah satu perbezaan paling teras antara kedua -dua.

• PXC menggunakan teknologi replikasi multi-tuan Galera untuk menyokong pelbagai nod untuk menulis secara serentak, dan konsistensi data dijamin melalui urutan urus niaga global. Di bawah mekanisme ini, semua nod boleh membaca dan menulis, yang sesuai untuk senario di mana beberapa mata diperlukan.

• Kluster InnoDB didasarkan pada replikasi kumpulan MySQL (mgr) , dan lalai adalah mod tunggal utama, yang bermaksud bahawa hanya satu nod yang dapat mengendalikan permintaan menulis, sementara nod lain hanya dapat dibaca. Walaupun ia juga boleh dihidupkan ke mod multi-main, rasmi mengesyorkan bahawa persekitaran pengeluaran berhati-hati, kerana mekanisme pengendalian konflik tidak matang seperti Galera.

Ringkasnya, jika permohonan anda mempunyai syarat yang tinggi untuk menulis keseragaman, atau jika anda mahu banyak nod untuk menerima operasi menulis, PXC mungkin lebih sesuai; Walaupun jika anda lebih suka seni bina asli MySQL standard, cluster InnoDB lebih mudah diintegrasikan.

Terdapat perbezaan kaedah jaminan konsistensi data

Kedua -duanya menekankan konsistensi data, tetapi kaedah pelaksanaannya berbeza:

• PXC akan menjalankan proses "pensijilan" sebelum mengemukakan transaksi untuk memastikan bahawa keadaan data setiap nod adalah konsisten. Jika nod mengesan konflik, keseluruhan transaksi akan dilancarkan kembali. Pendekatan ini boleh mengelakkan ketidakkonsistenan data, tetapi ia juga boleh menyebabkan latensi yang lebih tinggi.

• MGR cluster InnoDB direplikasi selepas urus niaga dilakukan , jadi terdapat secara teorinya tetingkap kekurangan data yang tidak konsisten. Walau bagaimanapun, ia menyelaraskan konsensus antara mata melalui protokol Paxos untuk memastikan konsistensi akhir.

Ini bermakna bahawa dalam kes -kes yang melampau, seperti pemisahan rangkaian, PXC lebih cenderung untuk menghentikan perkhidmatan untuk mengelakkan otak berpecah, sementara cluster InnoDB lebih cenderung untuk mengekalkan ketersediaan tetapi boleh mengorbankan konsistensi.

Pengendalian dan kerumitan operasi dan penyelenggaraan

Dari segi penggunaan, pengalaman kedua -duanya juga berbeza:

• Penyebaran PXC agak matang. Percona menyediakan rantaian alat lengkap , seperti pxc-admin , Percona Monitoring and Management（PMM） , dan lain-lain, untuk membantu anda menguruskan status kluster, pemantauan prestasi, dll.

• Kluster InnoDB bergantung pada shell MySQL untuk membina persekitaran ujian dengan cepat melalui arahan seperti dba.deploySandboxInstance() dan cluster.addInstance() . Semasa penggunaan pengeluaran, ia juga perlu bekerjasama dengan penghala MySQL untuk penghalaan sambungan.

Secara umum:

• PXC mempunyai keperluan sedikit lebih tinggi untuk kakitangan operasi dan penyelenggaraan, tetapi mempunyai fungsi yang lebih komprehensif;
• Adalah lebih mudah untuk memulakan dengan kluster InnoDB, terutama mereka yang biasa dengan ekosistem MySQL asli.

Terdapat sedikit perbezaan antara keserasian dan senario yang berkenaan

• PXC dipertingkatkan berdasarkan enjin InnoDB dan mempunyai keserasian yang baik . Ia sesuai untuk kebanyakan alat ekologi MySQL dan juga menyokong ciri -ciri peningkatan Percona sendiri, seperti kolam renang thread, alat sandaran yang dipertingkatkan, dll.

• Kluster InnoDB mesti menggunakan versi rasmi Oracle atau serasi MySQL , sesuai untuk pengguna yang ingin mengurangkan kebergantungan pihak ketiga dan menggunakan MySQL asli.

Jika anda telah menggunakan Percona Server untuk MySQL dan nilai multi-write keupayaan, PXC adalah pilihan semula jadi; Jika anda sudah menggunakan MySQL standard dan ingin lancar beralih ke seni bina kluster, cluster InnoDB lebih sesuai.

Pada dasarnya itu sahaja. Kedua -duanya mempunyai kelebihan dan kekurangan mereka sendiri. Yang mana dipilih bergantung terutamanya kepada keperluan perniagaan anda, kebiasaan pasukan, dan pilihan konsistensi dan kebolehgunaan.

Atas ialah kandungan terperinci Apakah perbezaan antara cluster Percona Xtradb (PXC) dan kluster InnoDB?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!