Concorrência pessimista
Uma estratégia de concorrência que assume que conflitos são prováveis e por isso trava os dados antecipadamente (ex.: SELECT ... FOR UPDATE), fazendo as outras transações esperarem. "Trava primeiro, trabalha depois" — o oposto da concorrência otimista.
Mecânica: antes de alterar dados, a transação trava as linhas; outras que queiram tocar as mesmas linhas ficam bloqueadas até o lock ser liberado (no commit/rollback). Ganho: garante que ninguém mais altera os dados enquanto você trabalha → sem surpresas, sem "lost update", previsível. Preço: menor concorrência (espera), risco de deadlocks, e mau encaixe quando os conflitos são na verdade raros (aí se desperdiça lock à toa). Melhor quando conflitos são comuns e refazer o trabalho é caro (ex.: um saldo bancário com alta disputa). O oposto — concorrência otimista — deixa todo mundo rodar livremente e só detecta conflito no commit (checagem de versão / falha de serialização), melhor quando conflitos são raros. A escolha depende da taxa de conflito. Relacionado a detecção de deadlock e falha de serialização.