Tous les produits
Search
Centre de documentation

AnalyticDB:Lake cache

Dernière mise à jour :Aug 21, 2026

AnalyticDB for MySQL propose la fonctionnalité lake cache, qui met en cache les fichiers fréquemment consultés depuis OSS sur des disques SSD NVMe haute performance afin d'accélérer la lecture des données OSS. Cette fonctionnalité est idéale pour les scénarios nécessitant une bande passante élevée et impliquant des lectures répétitives de données, par exemple lorsque plusieurs analystes doivent interroger le même jeu de données. Cette rubrique décrit les avantages, les cas d'utilisation et l'utilisation de lake cache.

Prérequis

Un cluster Enterprise Edition, Basic Edition ou Data Lakehouse Edition AnalyticDB for MySQL est créé.

Vue d'ensemble

Fonctionnement

image

Le fonctionnement de lake cache est le suivant :

  1. Le client lake cache transfère les demandes de lecture des données OSS vers l'accélérateur lake cache. Le client se connecte ensuite à un nœud maître lake cache pour demander les métadonnées du fichier.

  2. Le nœud maître lake cache renvoie les métadonnées du fichier au client lake cache.

  3. Sur la base des métadonnées, le client lake cache envoie une demande à un worker lake cache pour récupérer les données OSS :

    • Si le fichier cible se trouve dans l'espace de cache du worker lake cache, le fichier est renvoyé directement au client.

    • Si le fichier cible ne se trouve pas dans l'espace de cache, l'accélérateur lake cache récupère le fichier depuis OSS. L'accélérateur renvoie ensuite le fichier au client et le met en cache pour les futures demandes.

Avantages

  • Latence de l'ordre de la milliseconde

    L'accélérateur lake cache utilise des disques SSD NVMe pour offrir une latence de lecture de l'ordre de la milliseconde.

  • Débit élevé

    La bande passante de l'accélérateur évolue linéairement avec la taille de l'espace de cache, offrant un débit instantané pouvant atteindre plusieurs centaines de Go/s.

  • Densité de débit élevée

    L'accélérateur offre un débit élevé pour les petits jeux de données, répondant aux demandes de lecture instantanée pour les données fréquemment utilisées.

  • Mise à l'échelle élastique

    Vous pouvez augmenter ou réduire manuellement l'espace de cache en fonction de vos besoins métier afin d'éviter le gaspillage de ressources et de réduire les coûts. L'espace de cache peut être ajusté de 10 Go à 200 000 Go.

  • Découplage du stockage et du calcul

    Contrairement au cache sur les nœuds de calcul, l'accélérateur lake cache est un composant indépendant dont la taille peut être ajustée en ligne.

  • Cohérence des données

    Lorsqu'un fichier dans OSS est mis à jour, l'accélérateur lake cache détecte automatiquement la modification et met en cache la nouvelle version, garantissant que le moteur de calcul lit toujours les dernières données.

Métriques de performance et politique d'éviction du cache

Paramètre

Description

Bande passante de l'accélérateur

La bande passante est calculée selon la formule : 5 × Espace de cache. L'unité de la bande passante est Go/s et celle de l'espace de cache est To.

Par exemple, si l'accélérateur lake cache dispose d'un espace de cache de 10 To, la bande passante en lecture est de (5 × 10) Go/s = 50 Go/s.

Espace de cache de l'accélérateur lake cache

La valeur peut varier de 10 Go à 200 000 Go. L'accélérateur lake cache fournit un débit pour les données mises en cache en fonction de la taille de l'espace de cache configurée. Chaque téraoctet (To) d'espace de cache fournit 5 Go/s de bande passante. Le débit fourni par l'accélérateur s'ajoute au débit standard OSSOSS et n'est pas limité par celui-ci.

Pour demander une capacité plus importante, soumettez un ticket.

Politique d'éviction du cache

Lorsque le cache est plein, le système utilise la politique Least Recently Used (LRU) pour évincer les données. Cette politique supprime en premier lieu les données les moins récemment consultées afin de maximiser l'efficacité du cache.

Performances

AnalyticDB for MySQL a été testé sur la base du benchmark TPC-H pour comparer deux méthodes : l'activation de lake cache et l'accès direct à l'espace de stockage OSS. Lors de ce test, l'activation de la fonctionnalité lake cache a amélioré l'efficacité d'accès aux données par un facteur de 2,7. Pour obtenir les résultats détaillés des tests, consultez le tableau ci-dessous :

Type

Espace de cache

Taille du jeu de données

Ressources Spark

Durée de la requête

lake cache activé

12 To

Jeu de données TPC-H de 10 To

Moyen (2 cœurs, 8 Go)

7 219 s

Accès direct à OSS

S/O

Jeu de données TPC-H de 10 To

Moyen (2 cœurs, 8 Go)

19 578 s

Facturation

L'espace lake cache est facturé selon le modèle paiement à l'utilisation. Pour plus d'informations, consultez les rubriques Tarification de Enterprise Edition et Basic Edition et Tarification de Data Lakehouse Edition.

Remarques d'utilisation

  • lake cache est disponible uniquement dans les régions suivantes : Chine (Hangzhou), Chine (Shanghai), Chine (Pékin), Chine (Zhangjiakou), Chine (Shenzhen), Singapour, États-Unis (Silicon Valley), États-Unis (Virginie) et Indonésie (Jakarta).

    Important

    Si vous souhaitez utiliser la fonctionnalité lake cache dans d'autres régions, soumettez un ticket.

  • En cas de défaillance matérielle du cache, les requêtes de données continuent de s'exécuter sans interruption ni erreur, bien que les performances puissent se dégrader. Les données mises en cache sont rechargées depuis OSS et la vitesse des requêtes est rétablie une fois le processus terminé.

  • Lorsque l'espace de cache configuré est plein, l'accélérateur remplace les fichiers moins fréquemment consultés par des fichiers plus fréquemment consultés, conformément à la politique d'éviction du cache. Pour éviter l'éviction des fichiers, augmentez la taille de l'espace de cache.

Activer lake cache

  1. Connectez-vous à la console AnalyticDB for MySQL. Dans le coin supérieur gauche de la console, sélectionnez une région. Dans le volet de navigation de gauche, cliquez sur Clusters. Recherchez le cluster que vous souhaitez gérer et cliquez sur son ID.

  2. Accédez à la page Cluster Information. Dans la section Configuration Information, cliquez sur Configure à côté de Lake Cache.

  3. Dans la boîte de dialogue Lake Cache, activez l'interrupteur Lake Cache et configurez les paramètres Disk Cache Settings.

  4. Cliquez sur OK.

Remarque

Après avoir activé Lake Cache, vous pouvez suivre les mêmes étapes pour consulter la taille de l'espace de cache configuré.

Utiliser lake cache

Une fois lake cache activé, lors de la lecture des données OSS, vous pouvez accélérer la lecture des données OSS en configurant le paramètre spark.adb.lakecache.enabled dans la configuration de votre job Spark. Voici un exemple :

Spark SQL

-- This is an example of using lake cache. Modify the code to run your Spark program.
SET spark.adb.lakecache.enabled=true;

-- Add your SQL statements here.
SHOW databases;

Spark JAR

{
  "comments": [
    "-- This is an example of using lake cache. Modify the code to run your Spark program."
  ],
  "args": ["oss://testBucketName/data/readme.txt"],
  "name": "spark-oss-test",
  "file": "oss://testBucketName/data/example.py",
  "conf": {
    "spark.adb.lakecache.enabled": "true"
  }
}
Remarque

Si vous souhaitez utiliser l'accélérateur lake cache avec le moteur XIHE, soumettez un ticket.

Surveiller lake cache

Après avoir activé lake cache, vous pouvez utiliser la console CloudMonitor pour vérifier que vos applications Spark utilisent le cache et pour consulter des métriques telles que le volume de données lues. Pour ce faire, procédez comme suit :

  1. Connectez-vous à la console Cloud Monitor.

  2. Dans le volet de navigation de gauche, choisissez Cloud Resource Monitoring > Cloud Service Monitoring.

  3. Placez le curseur sur la carte AnalyticDB for MySQL et cliquez sur AnalyticDB for MySQL 3.0 - Data Lakehouse Edition.

  4. Recherchez le cluster cible et cliquez sur Monitoring Charts dans la colonne Actions.

  5. Cliquez sur l'onglet LakeCache Metrics pour afficher les détails.

    Le tableau suivant décrit les métriques de surveillance.

    Métrique

    Description

    LakeCache Cache Hit Ratio (%)

    Pourcentage de demandes de lecture satisfaites par le cache. Formule : (Hits du cache / Total des demandes de lecture) × 100 %.

    LakeCache Cache Usage (B)

    Quantité d'espace de cache utilisée, en octets.

    Total Data Read from LakeCache (B)

    Volume total de données lues depuis l'espace de cache, en octets.