Transactions et sauvegarde continue

Une base de données sans transactions est une base de données qui perdra des données. Pas pourrait. Perdra. Une base de données sans sauvegardes est une base de données en attente d'être le sujet d'un post-mortem.

La session 166 fut un marathon. Quatre domaines majeurs en une seule session : transactions ACID, sauvegarde et restauration, requêtes graphe et recherche sémantique. Quatre-vingt-quatorze tests ajoutés.

Transactions ACID

FlinDB fournit les quatre garanties ACID : atomicité, cohérence, isolation, durabilité.

Les changements sont accumulés dans des listes en attente et ne sont appliqués qu'au commit(). Le champ read_versions permet le contrôle de concurrence optimiste.

Points de sauvegarde (Savepoints)

Les points de sauvegarde permettent un rollback partiel au sein d'une transaction -- essentiel pour les workflows complexes.

Timeouts de transaction

Les transactions longues sont dangereuses. FlinDB supporte des timeouts configurables pour les rollback automatiques.

Sauvegarde et restauration

Sauvegarde complète

Avec compression Zstd et somme de contrôle SHA-256 :

rustlet options = BackupOptions::default();
Backup::full(&db, "backup.flindb.bak", options)?;

Sauvegarde incrémentale

Capture uniquement les changements depuis la dernière sauvegarde, en utilisant le WAL comme source de deltas.

Récupération ponctuelle

rustlet options = RestoreOptions::point_in_time(target_timestamp);
let db = Backup::restore("backup.flindb.bak", options)?;

Sauvegarde continue

Le ContinuousBackup streame chaque entrée WAL vers une destination de sauvegarde en temps réel, avec support de reprise.

Planification des sauvegardes

flinapp {
    backup: {
        enabled: true
        continuous: {
            destination: "local"
            path: "./backups/"
        }
        schedule: {
            interval: "1h"
            retention: 24
            type: "full"
            compression: true
        }
    }
}

FlinDB fournit les deux avec zéro configuration requise. Les transactions sont toujours disponibles. Le WAL fournit la récupération après crash par défaut.

Ceci est la partie 8 de la série « How We Built FlinDB ».

Navigation de la série : - [061] Index Utilization - [062] Relationships and Eager/Lazy Loading - [063] Transactions and Continuous Backup (vous êtes ici) - [064] Graph Queries and Semantic Search - [065] The EAVT Storage Model