Model Ketekalan dan Replika
Model Ketekalan
Model Ketekalan ialah satu set peraturan tentang jumlah ketekalan yang akan disediakan dalam sistem teragih. Antara catatan sebelum ini, terdapat maklumat tentang pertukaran antara Kependaman dan Konsistensi dalam teori PACELC, dan mengenai jumlah konsistensi yang akan disediakan mengikut pertukaran ini.
Replikache, dibincangkan dalam post sebelum ini, juga merupakan sejenis sistem teragih. Replikache dikatakan mengikut Konsistensi Sebab.
Sumber
Konsistensi Tegas
Ketekalan yang membolehkan anda sentiasa membaca nilai dalam susunan kronologi. Sebarang bacaan yang berlaku selepas nilai ditulis akan sentiasa membaca nilai tersebut. Untuk memenuhi ini, dua syarat diperlukan. Terdapat jam global yang dikongsi oleh semua nod dan mesti disegerakkan dengannya, dan Tulis mesti dilakukan dengan segera.
w(x)a: Tulis nilai a kepada x, r(x)a: Baca nilai a daripada x
Apabila w(x)a berlaku dalam nod 1 pada masa t, dan r(x) berlaku dalam nod 2 selepas t delta (0.0000000000000001s), nod 2 mesti membaca nilai a.
Jam global mesti wujud untuk mensirikan operasi supaya operasi tidak dilakukan pada masa t yang sama, dan penulisan mesti dilakukan dengan segera supaya nilai bertulis mesti dibaca pada masa t delta.
Tetapi ini sebenarnya mustahil. Oleh itu, Konsistensi Tegas wujud sebagai teori.
Jika Konsistensi Tegas dipatuhi dalam situasi di bawah
Jawapan yang betul adalah seperti berikut.
Konsistensi Berurutan
Kata kunci teras Ketekalan Urutan ialah 'Pemesanan Global'. Semua operasi tulis/baca mesti berkelakuan seolah-olah terdapat satu urutan bersatu. Selain itu, operasi yang dilakukan oleh setiap proses (klien) mesti dilaksanakan dalam susunan tersebut.
Dalam kes di bawah, apakah nilai yang boleh dibaca oleh p3 dan p4?
Yang berikut adalah sama dengan Ketekalan Tegas, jadi Ketekalan Sequential juga berpuas hati.
Anda boleh menemui Pesanan Global di bawah, jadi Ketekalan Urutan adalah betul.
Pemesanan Global: w(x)a, r(x)a, w(x)b, r(x)b
Walau bagaimanapun, dalam kes di bawah, a ditulis sebelum b, tetapi dibaca kemudian. Dalam kes ini, Sequential Consistency tidak berpuas hati.
Konsistensi Sebab
Kausal bermaksud hubungan sebab-akibat. "Terjadi-sebelum (→)" Adalah penting untuk memahami bahawa ia adalah perhubungan.
A → B berlaku dalam kes berikut.
- A berlaku sebelum B dalam proses yang sama (pelanggan)
- Selepas A, mesej dihantar dan pihak yang menerima mesej melaksanakan B.
- Jika A → B dan B → C, maka A → C.
Ketekalan Sebab ialah peraturan di mana hubungan sebab-akibat ini boleh dilihat dalam semua nod.
Kes di bawah ialah Konsisten Bersebab.
Satu-satunya hubungan "Berlaku-sebelum" yang boleh didapati di sini ialah w(x)a → r(x)a dan w(x)b → r(x)b, yang berpuas hati dengan semua proses. Tidak mengapa untuk P3 membaca b dahulu. Ini kerana kedua-dua operasi tulis adalah bebas, jadi tiada hubungan sebab-akibat bagi w(x)a → w(x)b.
Perkara berikut tidak mewujudkan Konsistensi Sebab. Sebabnya ialah terdapat hubungan sebab-akibat bagi w(x)a → w(x)c, dan c dibaca sebelum a dalam P3.
Konsisten Akhirnya
Akhirnya Ia adalah peraturan yang (akhirnya) menjadi konsisten. Pada satu ketika, apabila tiada operasi tulis dan rangkaian menjadi stabil, semua nod akhirnya akan melihat nilai yang sama. Ia adalah konvensyen yang sangat terhad.
Konsisten dalam Replika
Replikache dikatakan mengikut Konsistensi Sebab. Ini adalah Konsistensi Penyebab yang lebih kuat, jadi mari kita ketahui kemudian.
Atas ialah kandungan terperinci Model Ketekalan dan Replika. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

Video Face Swap
Tukar muka dalam mana-mana video dengan mudah menggunakan alat tukar muka AI percuma kami!

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas











Enjin JavaScript yang berbeza mempunyai kesan yang berbeza apabila menguraikan dan melaksanakan kod JavaScript, kerana prinsip pelaksanaan dan strategi pengoptimuman setiap enjin berbeza. 1. Analisis leksikal: Menukar kod sumber ke dalam unit leksikal. 2. Analisis Tatabahasa: Menjana pokok sintaks abstrak. 3. Pengoptimuman dan Penyusunan: Menjana kod mesin melalui pengkompil JIT. 4. Jalankan: Jalankan kod mesin. Enjin V8 mengoptimumkan melalui kompilasi segera dan kelas tersembunyi, Spidermonkey menggunakan sistem kesimpulan jenis, menghasilkan prestasi prestasi yang berbeza pada kod yang sama.

Python lebih sesuai untuk pemula, dengan lengkung pembelajaran yang lancar dan sintaks ringkas; JavaScript sesuai untuk pembangunan front-end, dengan lengkung pembelajaran yang curam dan sintaks yang fleksibel. 1. Sintaks Python adalah intuitif dan sesuai untuk sains data dan pembangunan back-end. 2. JavaScript adalah fleksibel dan digunakan secara meluas dalam pengaturcaraan depan dan pelayan.

JavaScript adalah bahasa utama pembangunan web moden dan digunakan secara meluas untuk kepelbagaian dan fleksibiliti. 1) Pembangunan front-end: Membina laman web dinamik dan aplikasi satu halaman melalui operasi DOM dan kerangka moden (seperti React, Vue.js, sudut). 2) Pembangunan sisi pelayan: Node.js menggunakan model I/O yang tidak menyekat untuk mengendalikan aplikasi konkurensi tinggi dan masa nyata. 3) Pembangunan aplikasi mudah alih dan desktop: Pembangunan silang platform direalisasikan melalui reaktnatif dan elektron untuk meningkatkan kecekapan pembangunan.

Artikel ini menunjukkan integrasi frontend dengan backend yang dijamin oleh permit, membina aplikasi edtech SaaS yang berfungsi menggunakan Next.Js. Frontend mengambil kebenaran pengguna untuk mengawal penglihatan UI dan memastikan permintaan API mematuhi dasar peranan

Saya membina aplikasi SaaS multi-penyewa berfungsi (aplikasi edTech) dengan alat teknologi harian anda dan anda boleh melakukan perkara yang sama. Pertama, apakah aplikasi SaaS multi-penyewa? Aplikasi SaaS Multi-penyewa membolehkan anda melayani beberapa pelanggan dari Sing

Peralihan dari C/C ke JavaScript memerlukan menyesuaikan diri dengan menaip dinamik, pengumpulan sampah dan pengaturcaraan asynchronous. 1) C/C adalah bahasa yang ditaip secara statik yang memerlukan pengurusan memori manual, manakala JavaScript ditaip secara dinamik dan pengumpulan sampah diproses secara automatik. 2) C/C perlu dikumpulkan ke dalam kod mesin, manakala JavaScript adalah bahasa yang ditafsirkan. 3) JavaScript memperkenalkan konsep seperti penutupan, rantaian prototaip dan janji, yang meningkatkan keupayaan pengaturcaraan fleksibiliti dan asynchronous.

Penggunaan utama JavaScript dalam pembangunan web termasuk interaksi klien, pengesahan bentuk dan komunikasi tak segerak. 1) kemas kini kandungan dinamik dan interaksi pengguna melalui operasi DOM; 2) pengesahan pelanggan dijalankan sebelum pengguna mengemukakan data untuk meningkatkan pengalaman pengguna; 3) Komunikasi yang tidak bersesuaian dengan pelayan dicapai melalui teknologi Ajax.

Aplikasi JavaScript di dunia nyata termasuk pembangunan depan dan back-end. 1) Memaparkan aplikasi front-end dengan membina aplikasi senarai TODO, yang melibatkan operasi DOM dan pemprosesan acara. 2) Membina Restfulapi melalui Node.js dan menyatakan untuk menunjukkan aplikasi back-end.
