Mutex deadlock en producción: los patrones que encontré en mi codebase y cómo los diagnostiqué

Mutex deadlock en producción: los patrones que encontré en mi codebase y cómo los diagnostiqué Eran las 11:47 de la noche y el servicio no respondía. No había panic. No había error en los logs. Railway me mostraba el container vivo, memoria estable, CPU en cero. Cero. Eso fue lo que me llamó la atención: cero actividad en un servicio que debería estar procesando colas. Abrí una sesión de tokio-console y ahí estaba: cuatro tasks suspendidas, todas esperando el mismo MutexGuard . Ninguna iba a mov