{"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\/pt\/blog\/news\/sedmaya-beta-versiya-orioledb-vysokoproizvoditelnogo-dvizhka-hraneniya-dlya-postgresql","title":{"rendered":"S\u00e9tima vers\u00e3o beta do OrioleDB, um motor de armazenamento de alto desempenho para PostgreSQL","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Foi lan\u00e7ada a vers\u00e3o beta do motor de armazenamento OrioleDB beta7 e publicados os resultados de novos testes que demonstram um aumento significativo no desempenho em compara\u00e7\u00e3o com o PostgreSQL tradicional. Na vers\u00e3o beta7, foram implementadas otimiza\u00e7\u00f5es destinadas a melhorar o desempenho em cargas de trabalho de m\u00faltiplos threads e acelerar opera\u00e7\u00f5es de leitura e grava\u00e7\u00e3o. O primeiro lan\u00e7amento est\u00e1vel do OrioleDB est\u00e1 previsto para 2025. O motor foi escrito na linguagem C e \u00e9 distribu\u00eddo sob uma licen\u00e7a PostgreSQL, semelhante \u00e0s licen\u00e7as BSD e MIT. <\/p>\n
O projeto OrioleDB desenvolve um motor de armazenamento alternativo para PostgreSQL, criado com o objetivo de superar as limita\u00e7\u00f5es do mecanismo de armazenamento padr\u00e3o e aumentar a efici\u00eancia geral do sistema. Por exemplo, o OrioleDB permite evitar a realiza\u00e7\u00e3o peri\u00f3dica da opera\u00e7\u00e3o VACUUM para coleta de lixo, gra\u00e7as \u00e0 implementa\u00e7\u00e3o do mecanismo MVCC (Controle de Concorr\u00eancia de M\u00faltiplas Vers\u00f5es) baseado em logs de revers\u00e3o (undo logs), que operam em n\u00edvel de blocos e linhas individuais, al\u00e9m de um sistema de mesclagem autom\u00e1tica de p\u00e1ginas de dados. O OrioleDB tamb\u00e9m utiliza identificadores de transa\u00e7\u00e3o de 64 bits, resolvendo assim o problema de transbordamento de contadores. <\/p>\n
Para simplificar o uso em sistemas distribu\u00eddos e paralelizar opera\u00e7\u00f5es, o OrioleDB organiza a manuten\u00e7\u00e3o de um log WAL de transa\u00e7\u00f5es em n\u00edvel de linhas. Durante a execu\u00e7\u00e3o da opera\u00e7\u00e3o UPDATE, \u00e9 suportada a substitui\u00e7\u00e3o de dados no local (sem liberar o registro atual e criar um novo), o que impacta positivamente no desempenho. O OrioleDB tamb\u00e9m implementa recursos como leitura de p\u00e1ginas de dados sem bloqueios, vincula\u00e7\u00e3o direta de p\u00e1ginas na mem\u00f3ria com p\u00e1ginas em armazenamento permanente, aplica\u00e7\u00e3o do mecanismo CoW (copy-on-write) ao criar pontos de verifica\u00e7\u00e3o para gerar snapshots consistentes a qualquer momento, e um modo de armazenamento de dados comprimidos usando o algoritmo ZSTD. <\/p>\n
Na s\u00e9tima vers\u00e3o beta do OrioleDB, destaca-se a limita\u00e7\u00e3o de uso apenas de \u00edndices no formato B-tree (no futuro, haver\u00e1 suporte para todos os tipos de \u00edndices do PostgreSQL), al\u00e9m da falta de suporte para transa\u00e7\u00f5es pr\u00e9-compiladas (PREPARE TRANSACTION) e o comando REINDEX<\/span> no modo CONCURRENTLY<\/span>. O OrioleDB \u00e9 implementado como uma extens\u00e3o plug\u00e1vel, que requer modifica\u00e7\u00f5es na base de c\u00f3digo principal do PostgreSQL. <\/p>\n
Nos testes de desempenho TPC-C, que simulam a carga de processamento transacional em condi\u00e7\u00f5es reais, a s\u00e9tima vers\u00e3o beta do OrioleDB demonstrou uma superioridade significativa sobre o mecanismo padr\u00e3o do PostgreSQL. Os testes foram realizados com diferentes quantidades de clientes simult\u00e2neos, a fim de avaliar a escalabilidade e o desempenho do sistema sob crescente carga. <\/p>\n
Em testes que avaliam a taxa de transa\u00e7\u00f5es, o mecanismo OrioleDB alcan\u00e7ou uma capacidade significativamente maior, medida em transa\u00e7\u00f5es por minuto (tpmC). Com o aumento do n\u00famero de clientes, o desempenho do OrioleDB continuou a aumentar linearmente, enquanto o mecanismo Heap no PostgreSQL mostrou uma tend\u00eancia \u00e0 estagna\u00e7\u00e3o e at\u00e9 mesmo uma diminui\u00e7\u00e3o ap\u00f3s um certo limite.
<\/center>
<\/center>
<\/center> <\/p>\n
Nos testes de tempo de resposta, o tempo m\u00e9dio de resposta das transa\u00e7\u00f5es no OrioleDB foi significativamente inferior ao do PostgreSQL. Assim, sistemas baseados no OrioleDB podem processar mais transa\u00e7\u00f5es no mesmo intervalo de tempo, proporcionando um atendimento de consultas mais r\u00e1pido. Ao medir o uso de recursos, o mecanismo OrioleDB demonstrou um uso mais eficiente de CPU e mem\u00f3ria, gra\u00e7as \u00e0 otimiza\u00e7\u00e3o na gest\u00e3o de recursos. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"S\u00e9tima](\"\/wp-content\/uploads\/2024\/12\/8cac8a61b8daee1fbf8027a4aec2de1e.png\")
<\/center> ![\"S\u00e9tima](\"\/wp-content\/uploads\/2024\/12\/39e3a4f1943e4263d0f0960ac5f45366.png\")
<\/center> ![\"S\u00e9tima](\"\/wp-content\/uploads\/2024\/12\/a6a1d6e1c9b09b10dcc2d9b4bc61c805.png\")
<\/center> <\/p>\n