{"id":120814,"date":"2024-12-02T09:45:59","date_gmt":"2024-12-02T07:46:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/sedmaya-beta-versiya-orioledb-vysokoproizvoditelnogo-dvizhka-hraneniya-dlya-postgresql"},"modified":"2024-12-02T09:45:59","modified_gmt":"2024-12-02T07:46:01","slug":"sedmaya-beta-versiya-orioledb-vysokoproizvoditelnogo-dvizhka-hraneniya-dlya-postgresql","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/sedmaya-beta-versiya-orioledb-vysokoproizvoditelnogo-dvizhka-hraneniya-dlya-postgresql","title":{"rendered":"La septi\u00e8me version b\u00eata d'OrioleDB, un moteur de stockage haute performance pour PostgreSQL","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La version b\u00eata du moteur de stockage OrioleDB beta7 a \u00e9t\u00e9 pr\u00e9sent\u00e9e, accompagn\u00e9e des r\u00e9sultats de nouveaux tests montrant une am\u00e9lioration significative des performances par rapport au PostgreSQL traditionnel. La version beta7 a int\u00e9gr\u00e9 des optimisations visant \u00e0 am\u00e9liorer le traitement des charges multithreads et \u00e0 acc\u00e9l\u00e9rer les op\u00e9rations de lecture et d'\u00e9criture. La premi\u00e8re version stable d'OrioleDB est pr\u00e9vue pour 2025. Le moteur est \u00e9crit en C et est distribu\u00e9 sous une licence PostgreSQL, similaire aux licences BSD et MIT. <\/p>\n
Le projet OrioleDB d\u00e9veloppe un moteur de stockage alternatif pour PostgreSQL, con\u00e7u pour surmonter les limitations du m\u00e9canisme de stockage standard et am\u00e9liorer l'efficacit\u00e9 globale du syst\u00e8me. Par exemple, OrioleDB permet de se passer de l'ex\u00e9cution p\u00e9riodique de l'op\u00e9ration VACUUM pour le nettoyage, gr\u00e2ce \u00e0 la mise en \u0153uvre d'un m\u00e9canisme MVCC (Multi-Version Concurrency Control) bas\u00e9 sur des journaux de retour (undo logs) fonctionnant au niveau de blocs et de lignes individuels, ainsi qu'un syst\u00e8me de fusion automatique des pages contenant des donn\u00e9es. OrioleDB utilise \u00e9galement des identifiants de transactions 64 bits, r\u00e9solvant le probl\u00e8me de d\u00e9bordement des compteurs. <\/p>\n
Pour faciliter l'utilisation dans des syst\u00e8mes distribu\u00e9s et parall\u00e9liser les op\u00e9rations, OrioleDB organise la tenue d'un journal WAL des transactions au niveau des lignes. Lors de l'ex\u00e9cution d'une op\u00e9ration UPDATE, la substitution des donn\u00e9es se fait en place (sans lib\u00e9rer l'enregistrement actuel et cr\u00e9er un nouveau), ce qui a un impact positif sur les performances. OrioleDB propose \u00e9galement des fonctionnalit\u00e9s telles que la lecture de pages de donn\u00e9es sans verrouillage, le lien direct entre les pages en m\u00e9moire vive et celles dans le stockage permanent, l'application du m\u00e9canisme CoW (copy-on-write) lors de la cr\u00e9ation de points de contr\u00f4le pour cr\u00e9er des instantan\u00e9s coh\u00e9rents \u00e0 tout moment, et le mode de stockage des donn\u00e9es sous forme compress\u00e9e utilisant l'algorithme ZSTD. <\/p>\n
Parmi les limitations de la septi\u00e8me version b\u00eata d'OrioleDB, on note la possibilit\u00e9 d'utiliser uniquement des index au format B-tree (le support de tous les types d'index PostgreSQL sera ajout\u00e9 \u00e0 l'avenir), ainsi que l'absence de prise en charge des transactions pr\u00e9par\u00e9es (PREPARE TRANSACTION) et de la commande \u00ab REINDEX \u00bb en mode \u00ab CONCURRENTLY \u00bb. OrioleDB est impl\u00e9ment\u00e9 sous la forme d'une extension plug-in n\u00e9cessitant des modifications dans la base de code principale de PostgreSQL. <\/p>\n
Lors des tests de performance TPC-C, qui simulent une charge de traitement transactionnel dans des conditions r\u00e9elles, la septi\u00e8me version b\u00eata d'OrioleDB a montr\u00e9 un avantage significatif par rapport au moteur standard de PostgreSQL. Les tests ont \u00e9t\u00e9 effectu\u00e9s avec un nombre variable de clients travaillant simultan\u00e9ment pour \u00e9valuer l'\u00e9volutivit\u00e9 et la performance du syst\u00e8me sous une charge croissante. <\/p>\n
Dans les tests \u00e9valuant le d\u00e9bit des transactions, le moteur OrioleDB a atteint un d\u00e9bit plus \u00e9lev\u00e9, mesur\u00e9 en transactions par minute (tpmC). Avec l'augmentation du nombre de clients, la performance d'OrioleDB continuait de cro\u00eetre de mani\u00e8re lin\u00e9aire, tandis que le moteur Heap de PostgreSQL montrait une tendance \u00e0 la stagnation, voire \u00e0 la baisse apr\u00e8s un certain seuil.
<\/center>
<\/center>
<\/center> <\/p>\n
Dans les tests de temps de r\u00e9ponse, le temps de r\u00e9ponse moyen des transactions dans OrioleDB \u00e9tait nettement inf\u00e9rieur par rapport \u00e0 PostgreSQL. Ainsi, les syst\u00e8mes bas\u00e9s sur OrioleDB peuvent traiter plus de transactions dans le m\u00eame laps de temps, tout en fournissant un service de requ\u00eates plus rapide. Lors de la mesure de l'utilisation des ressources, le moteur OrioleDB a d\u00e9montr\u00e9 une utilisation plus efficace du CPU et de la m\u00e9moire, gr\u00e2ce \u00e0 une gestion des ressources optimis\u00e9e. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"La](\"\/wp-content\/uploads\/2024\/12\/8cac8a61b8daee1fbf8027a4aec2de1e.png\")
<\/center> ![\"La](\"\/wp-content\/uploads\/2024\/12\/39e3a4f1943e4263d0f0960ac5f45366.png\")
<\/center> ![\"La](\"\/wp-content\/uploads\/2024\/12\/a6a1d6e1c9b09b10dcc2d9b4bc61c805.png\")
<\/center> <\/p>\n