DOC HOME SITE MAP MAN PAGES GNU INFO SEARCH PRINT BOOK
 

(mysql.info) mysql-cluster-startup-phases

Info Catalog (mysql.info) mysql-cluster-management (mysql.info) mysql-cluster-management (mysql.info) mgm-client-commands
 
 15.6.1 MySQL Cluster Startup Phases
 -----------------------------------
 
 This section describes the steps involved when the cluster is started.
 
 There are several different startup types and modes, as shown here:
 
    * *Initial Start*: The cluster starts with a clean filesystem on all
      data nodes. This occurs either when the cluster started for the
      very first time, or when it is restarted using the -initial option.
 
    * *System Restart*: The cluster starts and reads data stored in the
      data nodes. This occurs when the cluster has been shut down after
      having been in use, when it is desired for the cluster to resume
      operations from the point where it left off.
 
    * *Node Restart*: This is the online restart of a cluster node while
      the cluster itself is running.
 
    * *Initial Node Restart*: This is the same as a node restart, except
      that the node is reinitialized and started with a clean filesystem.
 
 Prior to startup, each data node (`ndbd' process) must be initialized.
 Initialization consists of the following steps:
 
   1. Obtain a Node ID.
 
   2. Fetch configuration data.
 
   3. Allocate ports to be used for inter-node communications.
 
   4. Allocate memory according to settings obtained from the
      configuration file.
 
 After each data node has been initialized, the cluster startup process
 can proceed. The stages which the cluster goes through during this
 process are listed here:
 
    * *Stage 0*
 
      Clear the cluster filesystem. This stage occurs _only_ if the
      cluster was started with the `--initial' option.
 
    * *Stage 1*
 
      This stage sets up Cluster connections, establishes inter-node
      communications are established, and starts Cluster heartbeats.
 
    * *Stage 2*
 
      The arbitrator node is elected. If this is a system restart, the
      cluster determines the latest restorable global checkpoint.
 
    * *Stage 3*
 
      This stage initializes a number of internal cluster variables.
 
    * *Stage 4*
 
      For an initial start or initial node restart, the redo log files
      are created. The number of these files is equal to
      `NoOfFragmentLogFiles'.
 
      For a system restart:
 
         * Read schema or schemas.
 
         * Read data from the local checkpoint and undo logs.
 
         * Apply all redo information until the latest restorable global
           checkpoint has been reached.
 
      For a node restart, find the tail of the redo log.
 
    * *Stage 5*
 
      If this is an initial start, create the `SYSTAB_0' and
      `NDB$EVENTS' internal system tables.
 
      For a node restart or an initial node restart:
 
        1. The node is included in transaction handling operations.
 
        2. The node schema is compared with that of the master and
           synchronized with it.
 
        3. Synchronize data received in the form of `INSERT' from the
           other data nodes in this node's node group.
 
        4. In all cases, wait for complete local checkpoint as
           determined by the arbitrator.
 
    * *Stage 6*
 
      Update internal variables.
 
    * *Stage 7*
 
      Update internal variables.
 
    * *Stage 8*
 
      In a system restart, rebuild all indexes.
 
    * *Stage 9*
 
      Update internal variables.
 
    * *Stage 10*
 
      At this point in a node restart or initial node restart, APIs may
      connect to the node and being to receive events.
 
    * *Stage 11*
 
      At this point in a node restart or initial node restart, event
      delivery is handed over to the node joining the cluster. The
      newly-joined node takes over responsibility for delivering its
      primary data to subscribers.
 
 After this process is completed for an initial start or system restart,
 transactions handling is enabled. For a node restart or initial node
 restart, completion of the startup process means that the node may now
 act as a transaction coordinator.
 
Info Catalog (mysql.info) mysql-cluster-management (mysql.info) mysql-cluster-management (mysql.info) mgm-client-commands
automatically generated byinfo2html