When upgrading from **VIP Authentication Hub (AH) 3.4.4** to **IDSP 4.0.1**, the data seed task fails during the execution of the following script:
V1.276__AuthHub_4.0_Indexes.sql
While the procedure may succeed in staging or QA environments, it fails in production environments utilizing load balancing or proxy layers.
IDSP upgrade from 3.4.4 to 4.0.1
MySQL 8.0.44-35.1 (Percona Server)
ProxySQL (or similar database proxies)
The migration failure is typically caused by "connection multiplexing" and "load balancing" at the proxy layer.
Schema migration traffic (via Flyway) requires a "non-multiplexed, session-sticky connection". Because migrations involve sequences of reads and writes that must be consistently routed to the primary node, multiplexing can cause the session state to be lost or routed to a read-only replica mid-script, leading to execution errors.
To resolve this, isolate the migration traffic to ensure it reaches the writer hostgroup without interference.
Workaround:
If ProxySQL configuration cannot be modified immediately, pointing the application directly to a single "MySQL Data Node" (bypassing the proxy) will allow the data seed task to complete successfully.