0Pricing
Erlang OTP: Distributed & Fault-Tolerant Systems Programming · Leçon

Mnesia distribuée et réplication

Configurez Mnesia pour un fonctionnement distribué, notamment la réplication des données et le stockage tolérant aux pannes dans un cluster

Mnesia distribuée et réplication est une leçon Erlang OTP: Distributed & Fault-Tolerant Systems Programming gratuite sur CoddyKit. Ceci est la leçon 3 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage Erlang OTP: Distributed & Fault-Tolerant Systems Programming, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours Erlang OTP: Distributed & Fault-Tolerant Systems Programming comprend 4 leçons au total.

Certaines parties de cette leçon n'ont pas encore été traduites et s'affichent en anglais.

Intro to Distributed Mnesia

Welcome to the final lesson on Mnesia! So far, we've explored Mnesia's fundamentals and how to manage data with transactions. Now, let's unlock its true power: distributed operation.

Distributed Mnesia allows your database to span multiple Erlang nodes, offering incredible benefits for fault tolerance and scalability. Imagine your data staying available even if some servers go down!

Core Concept: Node List

For Mnesia to operate across multiple nodes, it needs to know which nodes are part of its cluster. This is managed through an explicit node list.

  • Each Mnesia instance on a node is aware of the other nodes.
  • It uses Erlang's built-in distribution mechanism to communicate.
  • Data can be replicated to or stored on specific nodes in this list.

Without this configuration, Mnesia would only run locally on a single node.

Initializing a Distributed Database

Setting up a distributed Mnesia cluster involves a few key steps:

  1. Start Erlang Nodes: Launch each Erlang VM with a unique name (e.g., erl -sname node1@host -setcookie mysecret).
  2. Connect Nodes: Ensure all nodes can communicate using net_adm:ping/1.
  3. Create Schema: Use mnesia:create_schema/1 on all participating nodes, passing a list of all node names.
  4. Start Mnesia: Call mnesia:start/0 on each node.

This establishes the foundation for your distributed database.

Code: Basic Mnesia Start

This example shows the basic steps to initialize and start Mnesia. In a real distributed setup, you'd run these on each connected node after creating the schema.

-module(mnesia_starter).
-export([start/0, stop/0, create_schema/0]).

% To run this in a shell:
% erl -sname mynode@localhost -setcookie mysecret
% c(mnesia_starter).
% mnesia_starter:create_schema().
% mnesia_starter:start().

create_schema() ->
    io:format("Creating Mnesia schema on ~p...\n", [node()]),
    % For a multi-node setup, list all node names here:
    % mnesia:create_schema(['node1@host', 'node2@host']).
    mnesia:create_schema([node()]).

start() ->
    io:format("Starting Mnesia on ~p...\n", [node()]),
    mnesia:start().

stop() ->
    io:format("Stopping Mnesia on ~p...\n", [node()]),
    mnesia:stop().

Creating Distributed Tables

Once your Mnesia cluster is set up, you define tables. The key difference for distributed tables is specifying the node_list when creating them.

  • The node_list attribute determines which nodes will store copies of the table.
  • You can specify different types of copies (disc_copies, ram_copies, disc_only_copies) for each node.
  • This allows fine-grained control over data placement and replication.

Mnesia ensures that the table schema is consistent across all nodes in the node_list.

Code: Distributed Table Definition

This example shows how to define a table, specifying that it should have disk copies on specific nodes. In a real scenario, 'node1@host' and 'node2@host' would be actual Erlang node names.

-module(distributed_table_def).
-export([create_user_table/0, start_mnesia/0, stop_mnesia/0]).

create_user_table() ->
    io:format("Attempting to create 'user_info' table...\n"),
    % In a distributed system, this list would contain
    % actual node names, e.g., ['node1@host', 'node2@host'].
    % For this runnable demo, we'll use the current node.
    NodeList = [node()], 

    mnesia:create_table(user_info, [
        {attributes, [id, name, email]},
        {disc_copies, NodeList} % Data stored on these nodes
    ]),
    io:format("Table 'user_info' created (or already exists) \n    with disc_copies on ~p.\n", [NodeList]).

start_mnesia() ->
    mnesia:start().

stop_mnesia() ->
    mnesia:stop().

% To run this:
% 1. Start Erlang shell: erl -sname mynode@localhost -setcookie mysecret
% 2. Compile: c(distributed_table_def).
% 3. Run: distributed_table_def:start_mnesia().
% 4. Run: distributed_table_def:create_user_table().

Replication Types: Disc vs. RAM

Mnesia offers different replication strategies for your table copies:

  • disc_copies: Data is stored on disk and loaded into RAM on startup. Provides persistence and fault tolerance.
  • ram_copies: Data is only stored in RAM. Fastest access but data is lost if the node crashes (unless replicated elsewhere).
  • disc_only_copies: Data is only stored on disk and not loaded into RAM. Slowest access, but uses minimal RAM.

Choosing the right type depends on your persistence, performance, and memory requirements.

Distributed Data Consistency

When you write data to a distributed Mnesia table, Mnesia ensures atomicity across all nodes involved in the transaction. This means:

  • A transaction either commits successfully on all relevant nodes, or it rolls back on all of them.
  • Mnesia handles the complexities of two-phase commit protocols behind the scenes.

This guarantees that your data remains consistent, even when spread across a cluster.

Managing Cluster Membership

Erlang's dynamic nature extends to Mnesia clusters. You can add or remove nodes from a running system without downtime.

  • Use mnesia:change_table_copy_type/3 or mnesia:add_table_copy/2 to add new copies of a table to a node.
  • Use mnesia:delete_table_copy/2 to remove a copy from a node.

These operations allow you to scale your Mnesia cluster horizontally or perform maintenance.

Fault Tolerance through Replication

This is where distributed Mnesia truly shines! By replicating data across multiple nodes, your system becomes highly fault-tolerant.

  • If a node with a disc_copies table fails, other nodes with copies can continue serving requests.
  • Mnesia automatically synchronizes data when a failed node recovers and rejoins the cluster.
  • You can design your system to withstand multiple node failures based on your replication strategy.

This 'always-on' capability is crucial for critical applications.

Check Your Understanding

Which Mnesia table copy type offers the fastest read/write access but loses data if the node crashes and no other copies exist?

Recap: Distributed Mnesia

Congratulations! You've now learned about configuring and managing distributed Mnesia.

  • We covered how to set up Mnesia across multiple Erlang nodes.
  • You saw how to define tables with node_list for distribution.
  • We explored different replication types: disc_copies, ram_copies, and disc_only_copies.
  • Finally, you understand how Mnesia ensures consistency and provides fault tolerance through replication.

Mnesia is a powerful tool for building robust, scalable, and fault-tolerant distributed applications in Erlang.

Questions Fréquemment Posées

La leçon « Mnesia distribuée et réplication » est-elle gratuite ?

Oui — le texte complet de « Mnesia distribuée et réplication » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours Erlang OTP: Distributed & Fault-Tolerant Systems Programming, passe à CoddyKit PRO. Le cours Erlang OTP: Distributed & Fault-Tolerant Systems Programming comprend 4 leçons au total.

Qu'est-ce que j'apprendrai dans « Mnesia distribuée et réplication » ?

Configurez Mnesia pour un fonctionnement distribué, notamment la réplication des données et le stockage tolérant aux pannes dans un cluster Tu pratiques Erlang OTP: Distributed & Fault-Tolerant Systems Programming avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.

Dois-je avoir de l'expérience pour commencer Erlang OTP: Distributed & Fault-Tolerant Systems Programming ?

Aucune expérience préalable n'est requise. Erlang OTP: Distributed & Fault-Tolerant Systems Programming sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 3 sur 4.

Combien de temps prend la leçon « Mnesia distribuée et réplication » ?

La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.

Peux-tu écrire et exécuter du code dans cette leçon Erlang OTP: Distributed & Fault-Tolerant Systems Programming ?

Oui. Chaque leçon Erlang OTP: Distributed & Fault-Tolerant Systems Programming inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.

Toutes les leçons de ce cours

  1. Fondamentaux et schéma de Mnesia
  2. Transactions et manipulation des données
  3. Mnesia distribuée et réplication
  4. Indexation Mnesia et optimisation des requêtes
← Retour à Erlang OTP: Distributed & Fault-Tolerant Systems Programming