<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Banco-De-Dados on Blog do Riverfount</title>
    <link>https://riverfount.dev.br/tags/banco-de-dados/</link>
    <description>Recent content in Banco-De-Dados on Blog do Riverfount</description>
    <generator>Hugo -- 0.148.2</generator>
    <language>pt-BR</language>
    <lastBuildDate>Tue, 05 May 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://riverfount.dev.br/tags/banco-de-dados/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Por que a aplicação travava mesmo com queries rápidas</title>
      <link>https://riverfount.dev.br/posts/connection-pooling-sqlalchemy/</link>
      <pubDate>Tue, 05 May 2026 00:00:00 +0000</pubDate>
      <guid>https://riverfount.dev.br/posts/connection-pooling-sqlalchemy/</guid>
      <description>&lt;p&gt;O profiling não encontrou nada. As queries estão com índice, rodam em menos de 5ms,
e o cache eliminou as buscas repetidas. Mas sob carga — dez, vinte requisições
simultâneas — a aplicação trava. Requisições acumulam na fila, o tempo de resposta
explode, e o log mostra um erro que parece absurdo: &lt;code&gt;TimeoutError: QueuePool limit of size 5 overflow 10 reached&lt;/code&gt;.&lt;/p&gt;
&lt;p&gt;O banco de dados não está sobrecarregado. As queries são rápidas. O problema está entre
a aplicação e o banco — no pool de conexões que ninguém configurou.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
