|
Version
|
Date de publication
|
Description
|
Références
|
|
4.1.8
|
22 juillet 2026
|
[Nouvelles fonctionnalités]
-
La collecte des statistiques ignore désormais par défaut les colonnes de type chaîne dont la longueur sur une seule ligne dépasse 1 024 octets. Cela évite que les grandes colonnes de texte ne ralentissent ou ne bloquent l'opération ANALYZE. La tâche se termine normalement et la raison de l'exclusion apparaît dans les résultats d'analyse.
-
Les catalogues Iceberg REST Catalog et S3Tables Catalog peuvent à présent accéder aux ressources AWS via des rôles IAM, des identifiants temporaires ou des fournisseurs d'identifiants, ce qui réduit la nécessité de maintenir manuellement des clés d'accès permanentes.
-
L'accès aux systèmes de fichiers parallèles OBS s'effectue désormais via le système de fichiers OBS natif. Cette évolution prévient les échecs de lecture ou d'écriture sur les tables externes ou le stockage objet dans les scénarios non pris en charge par le protocole compatible S3.
-
Routine Load offre maintenant une observabilité par tâche pour les lignes consommées, les lignes en erreur, le débit, la progression, le retard et les abandons. Il devient ainsi plus simple de détecter les latences ou anomalies sur chaque tâche de chargement.
-
De nouvelles métriques ont été ajoutées pour les vues matérialisées asynchrones et la réécriture de requêtes. Elles permettent de suivre l'état des tâches de rafraîchissement des vues matérialisées ainsi que la durée de réécriture lors de la phase de planification des requêtes.
-
La liste des tâches de rafraîchissement MTMV indique désormais le groupe de calcul sur lequel s'exécute chaque tâche, facilitant ainsi le dépannage lié à la sélection des groupes de ressources et aux échecs de rafraîchissement.
-
Le partitionnement automatique et dynamique autorise dorénavant un nombre de partitions plus élevé par défaut. Des métriques d'avertissement sont également émises lorsque ce nombre atteint 80 % de la limite, afin de détecter plus tôt l'approche des seuils critiques.
[Améliorations]
-
Les tables avec bucketing automatique créent désormais au minimum 3 buckets par défaut. Ce changement atténue le manque de parallélisme causé par l'utilisation d'un seul bucket pour les petites tables ou en cas de sous-estimation des volumes.
-
Le chemin d'écriture Cloud réduit par défaut le nombre d'entrées de métadonnées rowset vides et de fichiers dans le stockage objet. Cette optimisation diminue la surcharge liée aux métadonnées et au stockage après des écritures fréquentes de petits lots.
-
File Cache lit directement les fichiers mis en cache par défaut et impose des limites de capacité pour la file d'attente de mise à jour LRU en arrière-plan ainsi que pour la file shadow. Ces ajustements réduisent la surcharge du chemin de lecture en cas de succès de cache et préviennent une consommation mémoire excessive due aux événements LRU.
-
Une fois le TTL File Cache configuré, les écritures suivantes ne réinitialisent plus la date d'expiration du cache pour l'ensemble du tablet. Le cycle de vie du cache respecte ainsi davantage la sémantique temporelle de création de la table ou du tablet.
-
Lorsqu'une même tâche de préchauffage de table est soumise plusieurs fois, les jobs en attente dupliqués sont réutilisés ou rejetés. Le préchauffage asynchrone des rowsets ne bloque plus les requêtes ni les planifications ultérieures, et les métriques associées gagnent en précision.
-
Routine Load avec Kafka en mode read_committed réduit désormais les tentatives inactives face à des transactions non validées, tout en rendant le signalement du retard plus réactif.
-
Les chemins d'écriture Stream Load Group Commit et Broker Load limitent les initialisations et transmissions de paramètres superflues. L'overhead d'importation s'en trouve réduit et les scénarios non pris en charge n'utilisent plus incorrectement les memtables des nœuds sink.
-
L'utilisation mémoire du BE et la taille des métadonnées rowset diminuent dans les contextes d'importation à haute concurrence, d'écriture row-store, d'écriture de fichiers packés Cloud et de métadonnées rowset volumineuses.
-
Si le stockage objet renvoie des erreurs de limitation de débit SlowDown, le système échoue rapidement par défaut. Cette mesure empêche les tentatives automatiques excessives d'amplifier la pression sur le stockage objet.
-
Lors du dépannage des requêtes, la corrélation entre les nœuds de scan, les résumés de requête et les états d'échec internes est facilitée grâce aux journaux de plan, de profil et d'audit.
-
Les libellés des histogrammes Prometheus ne sont plus perdus. Les métriques de latence associées peuvent donc être agrégées et déclencher des alertes selon leurs dimensions de libellé d'origine.
-
Les journaux de lignage DataWorks sont nettoyés automatiquement selon la configuration définie, évitant ainsi l'accumulation de fichiers journaux sur de longues périodes d'exécution.
[Corrections]
-
Correction d'un problème où des métadonnées de partition résiduelles, suite à un échec de création de partition sur des tables Cloud, provoquaient des anomalies lors de créations ultérieures, de requêtes ou de synchronisations de métadonnées.
-
Résolution d'un incident où les validations de transactions ou les opérations ADD/DROP PARTITION à haute concurrence sur des tables Cloud rencontraient plus fréquemment l'erreur KV_TXN_CONFLICT.
-
Correction d'un blocage lors du recyclage Cloud des tablets supprimés contenant des rowsets de segments vides. Ce dysfonctionnement empêchait le nettoyage des métadonnées de tablet et d'index pendant des périodes prolongées.
-
Correction d'un problème où le recyclage Cloud supprimait des entrées KV de tablet même si certains objets n'avaient pu être effacés, risquant de laisser des objets orphelins ou d'empêcher la reprise correcte des opérations de recyclage.
-
Correction d'un incident où des écarts de version ou des rowsets de compaction hérités, suite à un changement de schéma Cloud, affectaient les requêtes, les bitmaps de suppression ou les compactages suivants.
-
Résolution d'un problème empêchant les tablets à faible taux d'écriture de déclencher une compaction basée sur le temps après un redémarrage ou une migration du BE, et ce pendant une durée prolongée.
-
Correction des anomalies liées au nettoyage de File Cache lors des redémarrages, des nettoyages directs ou des états de répertoire anormaux (statistiques erronées, éléments résiduels, échecs). L'interface HTTP de nettoyage s'exécute désormais uniformément de manière asynchrone.
-
Correction d'un problème où les clients Stream Load lents ou fragmentés rencontraient une erreur broken pipe lors de la redirection FE. La réécriture des URL de redirection ne provoque plus d'anomalies de chemin ou de paramètres avec des caractères spéciaux.
-
Correction d'un défaut de la logique de sélection Stream Load ou BE qui ne parvenait pas à choisir le bon BE ou entraînait des échecs d'importation lorsque les différences d'ID BE étaient importantes.
-
Correction d'un routage incorrect des écritures transactionnelles vers des backends inappropriés dans les scénarios Cloud multi-groupes de calcul, causant des échecs d'INSERT ou d'importation transactionnelle.
-
Correction d'un problème où les exportations parallèles entraînaient la suppression de fichiers ou des échecs lorsque plusieurs BE nettoyaient simultanément le chemin cible. Les exportations vers le système de fichiers local rejettent désormais l'option non prise en charge delete_existing_files.
-
Correction d'un échec d'écriture immédiat après la création automatique de partitions de remplacement par Insert Overwrite, car ces partitions n'étaient pas encore routables.
-
Correction d'une duplication des statistiques de lignes et d'octets lors des importations de tables à partitionnement automatique, qui gonflait artificiellement les métriques ou les valeurs affichées.
-
Correction d'un problème où des requêtes contenant des outer join, mark anti join, pre-aggregation join ou des fonctions random/unique pouvaient retourner des résultats incorrects après certaines réécritures.
-
Résolution d'un incident où des requêtes combinées impliquant TopN, agrégations, prédicats datetime, fonctions d'alias, variables utilisateur et vérifications de nullité produisaient des résultats erronés ou des échecs d'analyse dans certains scénarios.
-
Correction d'un problème où la réécriture de vue matérialisée pouvait sélectionner des partitions incorrectes ou retourner des résultats faux dans des scénarios de outer join ou de compensation de partition.
-
Correction d'une réécriture incorrecte des définitions de vues lors de la création ou de l'interrogation de vues contenant des alias d'agrégation, des expansions d'astérisque ou des sous-champs Variant, entraînant des échecs de requête ou des résultats erronés.
-
Correction d'erreurs de résultats ou de sémantiques non prises en charge acceptées à tort dans les requêtes ponctuelles, les projections multicouches et les comparaisons de littéraux IPv4/IPv6 ou de types complexes.
-
Correction d'un problème où des fonctions JSONB pouvaient provoquer le plantage du BE en présence d'entrées invalides ou de types inconnus.
-
Correction d'une perte de contenu Variant après des mises à jour partielles row-store, ainsi que d'un échec de lecture des sous-champs Variant avec points écrits par des versions antérieures après une mise à niveau.
-
Correction d'un comportement instable des chemins JSON dupliqués dans Variant et d'une utilisation incorrecte de JSONB/Variant comme colonnes de distribution par hachage, source d'anomalies d'écriture ou de requête.
-
Correction de problèmes liés à la configuration TLS/mTLS exigeant une CA, au chargement incomplet des chaînes de certificats PEM multiples, ou à l'échec de la vérification SNI lors d'un accès HTTPS via IP.
-
Correction d'une faille permettant aux requêtes utilisant des CTE de contourner les vérifications de permissions au niveau colonne de Ranger.
-
Correction d'un échec d'authentification LDAP lorsque les noms d'utilisateur ou mots de passe contenaient des caractères spéciaux, et résolution d'un problème où des exceptions de connexion LDAP pouvaient bloquer les nouvelles connexions.
-
Correction d'un problème où Arrow Flight SQL ne pouvait obtenir l'IP distante réelle pour l'authentification ou le contrôle d'accès basé sur l'IP client.
-
Correction d'un problème où les requêtes ou INSERT INTO ... SELECT exécutées via SU/proxy et transmises au master obtenaient {location=invalid} si l'utilisateur cible SU ne possédait pas resource_tags.location ou UserProperty. Cela filtrait les réplicas par défaut et générait l'erreur tablet ... has no queryable replicas.
-
Correction d'une portée trop large de skip_catalog_priv_check qui permettait à certaines opérations de catalogue de contourner les vérifications de permissions.
-
Correction d'un crash causé par l'accès du thread d'arrière-plan KeyCache à des ressources libérées lors de l'arrêt ou du redémarrage du BE dans des scénarios TDE.
-
Correction d'un problème où la réutilisation des connexions MySQL par le pool laissait subsister des variables utilisateur, des tables temporaires, des instructions préparées ou des états de transaction résiduels.
-
Correction d'un échec d'analyse SQL lorsque les noms de tables, alias ou CTE utilisaient le terme « su ».
-
En mode Cloud, l'exécution de la commande non prise en charge ADMIN SET REPLICA VERSION retourne désormais directement une erreur d'incompatibilité, empêchant toute modification incorrecte des informations de version de réplica inapplicables au mode Cloud.
-
Correction d'un échec de SHOW TABLET lorsque USE db n'avait pas été exécuté, et réalignement des colonnes de résultats de SHOW BACKENDS avec leurs en-têtes.
-
Correction d'un problème où les requêtes pouvaient encore sélectionner des réplicas marqués pour suppression après leur effacement par l'utilisateur, entraînant des échecs ou une instabilité.
-
Correction d'un problème empêchant Iceberg RestCatalog d'utiliser des identifiants temporaires pour accéder à des stockages compatibles S3 tels que OSS, OBS, COS ou MinIO.
-
Correction d'un échec de récupération de schéma avec les pilotes JDBC SQLServer récents, source d'anomalies pour les requêtes de catalogue externe.
-
Correction d'un cache de comptage de lignes incomplet pour les tables externes Hive et de l'utilisation persistante de systèmes de fichiers externes évincés du cache, provoquant des échecs de requête ou de transaction.
-
Correction d'un décodage incorrect des colonnes string ou binary, ou d'un échec du lecteur de groupe lors de la lecture de certains fichiers externes Parquet.
-
Correction d'un problème où des scans concurrents du même tablet lors de changements de schéma légers ou de modifications d'état de rowset pouvaient provoquer le plantage du BE.
-
Correction d'un formatage anormal des messages d'erreur INSERT et d'exceptions FE survenant lorsque Routine Load récupérait des métadonnées Kafka avec des valeurs nulles.
-
La valeur retournée par select @@version ne contient plus les chaînes « selectdb » ou « velodb ».
|
Apache Doris 3.1.4
|
|
4.1.7
|
26 mai 2026
|
[Corrections]
-
Cache et préchauffage du cache : Amélioration de la stabilité du préchauffage du cache et du Peer Read distant, réduisant l'impact de la mise à l'échelle, du tiering données chaudes/froides et des lectures distantes sur les performances d'importation et de requête. L'observabilité de la progression du préchauffage est également renforcée.
-
File cache : Renforcement de la stabilité du cache de fichiers lors des nettoyages, des tentatives après erreur et des succès partiels. Cette amélioration limite les risques de pollution du cache, d'amplification des erreurs, de plantage du BE et d'expansion incontrôlée de l'espace cache.
-
Compaction : Amélioration de l'observabilité et du dépannage des tâches de compaction. Le mécanisme de tentative après conflit est optimisé et la stabilité accrue dans les scénarios de changement de schéma et de Merge-on-Write (MOW).
-
Écriture de données : Stabilité accrue des opérations d'écriture telles que Stream Load, Broker Load, Group Commit et INSERT/DELETE. La fiabilité de l'état des tâches après récupération d'erreur et redémarrage est également améliorée.
-
Contrôle des ressources d'écriture : Réduction du pic d'utilisation mémoire lors d'écritures volumineuses et de flush à haute concurrence, renforçant ainsi la stabilité des écritures et le contrôle des ressources.
-
Exactitude des requêtes : Correction de plusieurs problèmes de précision des requêtes pour éviter des résultats incorrects ou des erreurs dans les scénarios impliquant des SQL complexes, des opérations sur ensembles, des requêtes court-circuitées et des calculs de fonctions.
-
Sources de données externes et stockage objet : Compatibilité améliorée pour la connexion au stockage objet et aux sources de données externes. L'adaptation de la configuration et la stabilité des lectures sont renforcées pour les scénarios impliquant S3, OSS, Azure, JDBC, Hive, ORC et CSV.
-
Sécurité et authentification : Amélioration de l'authentification par certificat cloud, des communications chiffrées, du contrôle des permissions et de la gestion des licences. La convivialité des configurations de sécurité est accrue et les risques d'exposition d'informations sensibles réduits.
-
Métadonnées et transactions Cloud : Stabilité renforcée des métadonnées cloud, des transactions et de la synchronisation des versions. La fiabilité des abandons de transactions, du signalement des versions, du diagnostic des problèmes et du traçage des requêtes inter-services est améliorée.
-
Sauvegarde, restauration et snapshots : Stabilité accrue des processus de sauvegarde, de restauration et de snapshot. Réduction des erreurs de restauration de vues et des échecs de génération de snapshots.
-
DDL et modifications de métadonnées : Amélioration de la stabilité dans les scénarios de modification de métadonnées, y compris les altérations de vues, le partitionnement automatique et la création de vues matérialisées.
-
Observabilité et diagnostics : Renforcement des capacités de diagnostic pour les scénarios impliquant le préchauffage du cache, la compaction, Routine Load, les groupes de calcul, BDBJE et les déploiements Kubernetes. Ces améliorations fournissent des informations plus complètes et intuitives pour le dépannage des problèmes en ligne.
|
Apache Doris 3.1.4
|
|
4.1.6
|
9 mai 2026
|
[Corrections]
|
Apache Doris 3.1.4
|
|
4.1.5
|
20 avril 2026
|
[Corrections]
-
Renforcement du cache de lecture inter-groupes de calcul : En cas de succès de cache, les requêtes de lecture inter-groupes contournent l'accès au stockage objet distant, réduisant ainsi la surcharge réseau liée aux rappels à l'origine. Cette version apporte également une stabilité de niveau production au mécanisme Peer Read des tables Colocate, améliorant la latence globale des requêtes et l'utilisation de la bande passante inter-nœuds.
-
Amélioration du système de métriques Profile/bvar : Ajout du taux de succès Peer Read, de la topologie de routage inter-groupes et des dimensions de décomposition de latence pour identifier précisément les goulots d'étranglement. Exposition d'interfaces de requête directe et d'intervention dynamique pour l'état des nœuds candidats Peer Cache, facilitant la gestion de la topologie de cache.
-
Optimisation du modèle de concurrence du cache de fichiers : Renforcement de la stabilité de la machine d'états sous de lourdes charges de requêtes et dans des scénarios à haute concurrence. Cette optimisation supprime la contention des ressources et réduit les déclenchements d'états anormaux ainsi que la variabilité des performances.
-
Durcissement de la tolérance aux pannes des nœuds BE : Élimination des risques potentiels de fuites mémoire et d'interblocages de threads lors d'accès concurrents au cache de fichiers et dans des conditions limites anormales, réduisant ainsi le risque de plantages inattendus des processus backend.
-
Gestion fine du cycle de vie du cache côté lecture : Introduction de politiques de rétention de cache dynamiques par job pour les tâches INSERT INTO SELECT, empêchant la pollution persistante du cache par les requêtes à longue traîne.
-
Amélioration des performances de tri à grande échelle : Optimisation de la logique de planification mémoire du moteur de tri et ajout d'une variable au niveau session pour contrôler le full sort buffer, permettant d'ajuster dynamiquement les seuils mémoire de tri complet selon les caractéristiques de la charge.
-
Accélération de la récupération des versions après changement de schéma : Optimisation du mécanisme de nettoyage des versions de métadonnées, réduction des périodes de rétention des versions invalides, atténuation de l'accumulation des versions et diminution de la surcharge E/S et calcul dans les étapes de compaction suivantes.
-
Convergence de la logique de nettoyage INSERT OVERWRITE : Adoption d'une stratégie déterministe d'écrasement de chemin de partition pour éliminer les divergences de chemins héritées et garantir une forte cohérence entre les métadonnées et l'état du stockage physique.
-
Renforcement de la communication FE et de la tolérance aux pannes des limites transactionnelles : Optimisation des mécanismes de temporisation et de tentative RPC inter-nœuds, et unification de la sémantique des codes d'erreur pour les scénarios d'exceptions de transactions distribuées cloud natives, rendant les interactions client plus prévisibles et facilitant les tentatives.
-
Mise en œuvre d'une réduction du bruit des journaux par niveaux : Filtrage des informations de débogage redondantes et optimisation de la logique d'agrégation des événements critiques, garantissant que les sorties de journal lors du dépannage se concentrent précisément sur les chaînes d'exceptions principales et les transitions d'état du système.
-
Ajustement de la politique de planification des Tablets : Désactivation par défaut de la fonctionnalité « active Tablet priority scheduling » après les mises à niveau, basculant l'équilibrage de charge du système vers un mode conservateur et stable, réduisant ainsi le risque de déséquilibre des points chauds sous des charges extrêmes.
-
Optimisation de la planification légère du Recycler : Réduction du poids d'exécution par défaut et de la granularité du scan de métadonnées du recycler d'arrière-plan, allégeant ainsi la contention des verrous et la surcharge mémoire au niveau des métadonnées dans les clusters à haut niveau d'utilisation.
|
Apache Doris 3.1.4
|
|
4.1.4
|
15 avril 2026
|
[Corrections]
-
Amélioration du débit de compaction cloud et des capacités d'organisation des tables larges, avec des politiques par défaut plus conservatrices pour réduire la variabilité additionnelle liée aux nouvelles fonctionnalités après une mise à niveau.
-
Stabilité accrue lors des phases de mise à l'échelle, de tiering chaud/froid et de préchauffage du cache, grâce à une logique d'équilibrage plus conservatrice réduisant les anomalies de planification des points chauds et les risques d'accumulation de tâches.
-
Robustesse améliorée de la logique de succès et de récupération du cache de fichiers, limitant la pollution du cache, les tentatives manquées et l'amplification des erreurs dans les scénarios de requête et d'importation.
-
Réduction des risques de transactions bloquées, d'incohérences de version et d'interruptions de mise à niveau, améliorant ainsi la stabilité des mises à jour.
-
Diminution de la pression mémoire dans les clusters à grande échelle, avec des chemins de récupération plus sûrs pour réduire les risques d'erreurs OOM, de suppressions accidentelles de données ou d'augmentation de la pression FDB due au recyclage dans des cas exceptionnels.
-
Disponibilité améliorée grâce à des configurations réseau, de certificats, d'authentification et d'endpoint spécifiques pour Azure/S3, réduisant les problèmes de connexion au stockage externe.
-
Stabilité accrue pour les connexions à Paimon, Hudi, Iceberg et Ozone, réduisant les blocages de catalogues externes, les erreurs de lecture et les problèmes de compatibilité.
-
Précision améliorée pour divers plans de requête et résultats de fonctions. Correction d'anomalies de résultats dans certaines opérations sur ensembles, optimisations Nereids et requêtes liées aux fuseaux horaires.
-
Stabilité renforcée pour les scénarios d'importation, d'écrasement, de changement de schéma et de Routine Load, réduisant les échecs d'écriture et les annulations involontaires de tâches.
-
Compatibilité SQL et précision des vérifications de permissions améliorées, permettant des connexions plus stables via des proxies ou dans des scénarios avec des en-têtes de requête complexes.
-
Ajout de l'intégration du lignage DataWorks et correction des problèmes de compatibilité avec la branche 3.1, réduisant les risques d'intégration de plugins.
-
Possibilité de configurer la tokenisation Pinyin pour les scénarios de recherche en chinois, offrant des capacités de recherche plus flexibles.
-
Utilisation directe de KMS pour gérer les clés maîtresses de chiffrement transparent dans les environnements Alibaba Cloud.
-
Stabilité améliorée pour les scénarios de données semi-structurées utilisant les types Variant/Struct, prenant en charge davantage de sous-colonnes et réduisant les anomalies de compaction et de conversion de types.
-
Prise en charge étendue des fuseaux horaires globaux et flexibilité accrue des formats d'exportation.
-
Observabilité renforcée des transactions cloud, du recyclage, de Routine Load et des interactions avec le meta service.
|
Apache Doris 3.1.4
|
|
4.1.3
|
11 mars 2026
|
[Nouvelles fonctionnalités]
Prise en charge de toutes les fonctionnalités d'Apache Doris 3.1.4.
[Corrections]
-
Ajout d'une fonctionnalité de fusion de petits fichiers qui réduit les appels API au stockage objet, diminuant ainsi les coûts de stockage et améliorant les performances d'importation. Cette fonctionnalité est désactivée par défaut.
-
Amélioration des performances de validation des transactions dans les scénarios d'importation à haute concurrence, réduisant la latence d'importation.
-
Correction de plusieurs problèmes pouvant entraîner des échecs de requête, des plantages du BE ou des fuites mémoire.
-
Amélioration des performances des requêtes de métadonnées, optimisation de l'expérience de démarrage et de mise à niveau du cluster, et activation de la récupération automatique des jobs après les basculements de groupes de calcul.
-
Prise en charge des clients FDB multiversions pour améliorer la compatibilité des déploiements.
-
Correction de plusieurs plantages du cache de fichiers et d'imprécisions de capacité pour améliorer la stabilité du cache.
-
Correction d'un risque de suppression accidentelle de données par le recycleur de données, améliorant la sécurité du recyclage.
-
Correction de plusieurs problèmes d'importation, notamment les mises à jour partielles dans Routine Load, les colonnes de chemin dans Broker Load et les importations basées sur le format avec Copy Into.
-
Correction de plusieurs problèmes d'optimiseur pouvant causer des blocages de requête, des résultats incorrects ou des échecs d'exécution.
-
Correction de problèmes liés à la sélection de réécriture des vues matérialisées. Désactivation des vues matérialisées avec conditions sur la colonne de valeur des tables Merge-on-Write (MOW) pour prévenir les erreurs de données.
-
Prise en charge de méthodes d'authentification AWS plus flexibles. Correction des problèmes de blocage des requêtes de tables externes et des connexions au stockage compatible S3 tel que MinIO et COS.
-
Correction des problèmes liés aux partitions et au cache pour Iceberg, Hive et Paimon. Amélioration des performances d'élagage des partitions Hive.
-
Correction d'une fuite mémoire dans le catalogue JDBC. Ajout de la prise en charge du type flatten d'Elasticsearch (ES).
-
Optimisation de l'utilisation mémoire des importations avec contre-pression automatique dans les scénarios de mémoire élevée pour prévenir les erreurs OOM.
-
Correction de problèmes de exactitude des données liés à la compaction et au changement de schéma.
-
Renforcement de la sécurité des identifiants de stockage pour prévenir les fuites d'informations sensibles et les attaques SSRF (Server-Side Request Forgery).
-
Correction de problèmes liés à la compatibilité de l'analyse SQL, à l'échec de la liste noire SQL au redémarrage, aux métriques de surveillance manquantes et à la compatibilité des types de données.
-
Ajout des fonctions array_flatten et QUANTILE_STATE_TO/FROM_BASE64.
-
Le journal d'audit prend désormais en charge les empreintes SQL et le chiffrement pour faciliter l'analyse et la conformité de sécurité.
-
Amélioration de la compatibilité JDK 17.
|
Apache Doris 3.1.4
|
|
4.1.2
|
21 janvier 2026
|
[Corrections]
-
Optimisation de la logique de création de vues dans des scénarios spécifiques pour améliorer l'expérience utilisateur SQL.
-
Optimisation du mécanisme de gestion des ressources temporaires pour améliorer la stabilité du système à long terme.
-
Optimisation de la stratégie de gestion de la capacité du cache pour améliorer l'efficacité de l'utilisation des ressources.
-
Optimisation des performances d'exécution et de la stabilité de Routine Load dans les scénarios de mise à jour.
-
Optimisation du processus de récupération des transactions pour renforcer la robustesse du système.
-
Ajout de métriques de surveillance liées aux transactions pour améliorer l'observabilité.
-
Optimisation de la configuration d'encodage du service FE pour améliorer la compatibilité et la stabilité du système.
-
Optimisation de l'efficacité de la planification des tâches et de la récupération des ressources dans les environnements cloud.
|
Apache Doris 3.1.3
|
|
4.1.1
|
17 décembre 2025
|
[Nouvelles fonctionnalités]
Prise en charge de toutes les fonctionnalités d'Apache Doris 3.1.3.
|
Apache Doris 3.1.3
|
|
4.1.0-beta
|
1er novembre 2025
|
[Nouvelles fonctionnalités]
Prise en charge de toutes les fonctionnalités d'Apache Doris 3.1.1.
|
Apache Doris 3.1.1
|