Never run queries without a timeout. A single rogue query or load spike can lead to stalls or app downtime without them. Let's think through why. Consider with case where a long-running query gets inadvertently introduced into our app. The database typically processes only short-lived queries (10ms or less) and suddenly we have a new query that takes 1000ms per execution. Not only will this hog resources, but will shoot up the number of simultaneous transactions. We'll either hit connection limits, txn limits, or use 100% of the database cpu / iops. Now consider the same scenario, but we place a 250ms timeout on every transaction (database-side), with exponential backoff retry logic + jitter (app-side). We've now limited the blast radius of any single query. Long-running queries will get killed, and the backoff logic minimizes the risk of thundering herds. By monitoring these timeouts, we can quickly identify the problematic query and roll back the change.