Berbagi teknologi

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

---

Kata pengantar

Tahukah Anda cluster MySQL? Apakah Anda memahami proses replikasi master-slave? Artikel ini berfokus pada pengenalan pertanyaan wawancara, dan saya berharap setiap programmer dapat ikut serta! ! !

---

1. Kluster MySQL

Dalam lingkungan online, kami biasanya menyebarkan instance Mysql dengan 1 master dan 1 slave, atau 1 master dengan banyak slave, untuk mencapai ketersediaan tinggi Mysql dan pemisahan baca-tulis; sinkronisasi master-slave Mysql dilakukan melalui log binlog.

1.1 Konstruksi cluster Mysql:

Mengenai konstruksi cluster master-slave Mysql, Anda bisa merujuk pada artikel blogger di bawah ini

• Arsitektur Mysql – Sinkronisasi master-slave Mysql (MS).
• Arsitektur Mysql – Sinkronisasi master-slave Mysql (MM).

1.2 Proses sinkronisasi master-slave:

2. Bagaimana cara Mysql mengatasi penyimpanan data yang sangat besar?

Sebagai penyimpanan data relasional, MySQL akan mengalami hambatan kinerja ketika volume data dalam satu tabel melebihi 30 juta. Demikian pula, koneksi klien dan konkurensi yang didukung oleh satu instance MySQL mengalami hambatan tertentu pertimbangkan untuk menggunakan teknologi sub-database dan sub-tabel untuk diimplementasikan.

2.1 Pemisahan vertikal

2.1.1 Sub-pustaka vertikal:

Misalnya, layanan mikro saat ini telah dipecah secara vertikal. Setiap modul layanan mikro dapat dihubungkan ke instance database Mysqlnya sendiri. Karakteristiknya adalah ia didasarkan pada tabel dan membagi tabel yang berbeda ke dalam perpustakaan yang berbeda sesuai dengan bisnisnya. dan memperluas data pada tingkat yang berbeda; meningkatkan I0 disk dan koneksi volume data dalam konkurensi tinggi;

2.1.2 Tabel vertikal:

Berdasarkan bidang, bidang yang berbeda dibagi menjadi beberapa tabel berbeda sesuai dengan atribut bidang.Hal ini dapat dilakukan: memisahkan data panas dan dingin; mengurangi persaingan transisi IO, dan kedua tabel tidak saling mempengaruhi.

2.2 Pemisahan horizontal:

2.2.1 Sub-pustaka horizontal:

Pisahkan data dari satu perpustakaan menjadi beberapa perpustakaan. Ini memecahkan masalah kemacetan kinerja sejumlah besar perpustakaan tunggal dan konkurensi tinggi, serta meningkatkan stabilitas dan ketersediaan sistem.

2.2.2 Tabel horizontal:

Membagi data satu tabel menjadi beberapa tabel (bisa dalam satu perpustakaan). Mengoptimalkan masalah kinerja yang disebabkan oleh volume data yang berlebihan dalam satu tabel; menghindari pertikaian IO dan mengurangi kemungkinan penguncian tabel;

2.3 Apakah Anda menggunakan sub-perpustakaan dan sub-tabel dalam proyek Anda?

Kami telah membuat instance database sesuai dengan bisnis yang berbeda di spring-boot yang dikelola oleh spring-cloud, dan melakukan partisi vertikal. Untuk mengatasi penyimpanan data yang sangat besar, proyek kami juga menggunakan middleware Mycat untuk membagi database dan tabel.

Instalasi Mycat dan integrasi Spring-boot:

• Instalasi server ringan Alibaba Cloud-Docker-Mycat;
• Sub-database dan sub-tabel - 2.3 springBoot mengintegrasikan Mycat (1.6);

2.4 Apakah Anda menemui kendala teknis saat membagi database dan tabel?

Setelah database dibagi menjadi beberapa tabel, karena data akan disimpan dalam beberapa tabel di beberapa database, transaksi terdistribusi akan menemui ID global terdistribusi, pengaturan aturan perutean, dan masalah paging lintas node;

• Mycat telah menyiapkan banyak aturan sharding, seperti modulo, range, enumerasi, ER sharding, dll. Untuk aturan sharding, silakan merujuk ke:Sub-database dan tabel-2.2 Aturan sharding Mycat
• Untuk transaksi terdistribusi, Mycat versi 1.6 telah menyelesaikan transaksi terdistribusi melalui penerapan dua fase, dan juga mendukung penggunaan algoritma kepingan salju untuk menghasilkan id kunci utama.Sub-database dan sub-tabel - 2.4 springBoot mengintegrasikan sub-database dan sub-tabel Mycat (1.6), pemisahan membaca dan menulis, transaksi terdistribusi
• Mycat menyediakan ER sharding untuk memastikan bahwa data dengan hubungan yang sama akan dialokasikan ke database yang sama untuk menghindari permintaan lintas node sebanyak mungkin; untuk paging lintas node, Mycat akan mengirimkan sql ke beberapa instance Mysql, dan akhirnya Hasilnya adalah diringkas dan dikembalikan;

---

Meringkaskan

Artikel ini memilah beberapa pertanyaan wawancara tentang cluster Mysql dan sub-database serta tabel.