First authenticated request after MySQL idle disconnect returns 500: RevokedToken.is_revoked runs on a stale session before FAB's recovery (#62919) can kick in

### Under which category would you file this issue? Providers ### Apache Airflow version 3.2.2 ### What happened and how to reproduce it? With MySQL as the metadata DB and the FAB auth manager, after the api-server sits idle longer than MySQL's `wait_timeout`, the **first** authenticated request (any UI or REST endpoint) fails with HTTP 500. The exception is an `OperationalError` (MySQL error 4031, "The client was disconnected by the server because of inactivity") raised from `RevokedToken.is_revoked` inside `BaseAuthManager.get_user_from_token`: https://github.com/apache/airflow/blob/3.2.2/airflow-core/src/airflow/api_fastapi/auth/managers/base_auth_manager.py#L152 The immediately following request succeeds, because the failed query poisons and effectively resets the pooled connection. In production this shows up as intermittent 500s on the first request after overnight idle periods. <details> <summary>Traceback (trimmed)</summary> ``` File ".../airflow/api_fastapi/auth/managers/base_auth_manager.py", line 152, in get_user_from_token if (jti := payload.get("jti")) and RevokedToken.is_revoked(jti): File ".../airflow/utils/session.py", line 100, in wrapper return func(*args, session=session, **kwargs) File ".../airflow/models/revoked_token.py", line 61, in is_revoked return bool(session.scalar(select(exists().where(cls.jti == jti)))) ... sqlalchemy.exc.OperationalError: (MySQLdb.OperationalError) (4031, 'The client was disconnected by the server because of inactivity. See wait_timeout and interactive_timeout for configuring this behavior.') ``` </details> ### How to reproduce 1. Run Airflow 3.2.x with MySQL as the metadata DB and the FAB auth manager. 2. Lower the idle timeout to make the repro fast: `SET GLOBAL wait_timeout = 60;` 3. Make any authenticated API request (this warms up the pooled connection). 4. Wait longer than `wait_timeout` (e.g. 90 s) without touching the api-server. 5. Repeat the same request → HTTP 500 with `OperationalEr…