<p>MySQL raises error 1770 when you try to set @@SESSION.GTID_NEXT to AUTOMATIC while @@SESSION.GTID_NEXT_LIST still holds a non NULL value.</p>
<p>MySQL Error 1770 ER_GTID_NEXT_CANT_BE_AUTOMATIC_IF_GTID_NEXT_LIST_IS_NON_NULL happens when @@SESSION.GTID_NEXT is switched to AUTOMATIC while GTID_NEXT_LIST is not NULL. Finish or clear the multi-transaction GTID list, then set GTID_NEXT back to AUTOMATIC to resolve the issue.</p>
The system variable @@SESSION.GTID_NEXT cannot be
The server refuses to change @@SESSION.GTID_NEXT to AUTOMATIC because @@SESSION.GTID_NEXT_LIST still contains a predefined set of GTIDs. MySQL expects you to consume or discard that list before returning to automatic GTID assignment.
The error surfaces during manual GTID based data loading, point-in-time recovery, or replication troubleshooting sessions where you explicitly set GTID_NEXT or GTID_NEXT_LIST and later attempt to revert to normal operation.
Leaving a session stuck in manual GTID mode blocks subsequent statements, halts replication maintenance, and can delay recovery tasks. Clearing the condition restores seamless GTID generation and prevents inconsistencies.
A previously executed SET @@SESSION.GTID_NEXT_LIST introduced a list of GTIDs that remains unconsumed.
An import routine that manually controls GTIDs aborted before executing SET GTID_NEXT='AUTOMATIC'.
Automation scripts switched GTID modes out of order, sending SET GTID_NEXT='AUTOMATIC' before clearing GTID_NEXT_LIST.
Developers manually ran commands in the same connection, forgetting that GTID_NEXT_LIST persists for the full session.
Raised when the GTID_NEXT_LIST string exceeds the server variable limit.
Occurs if GTID_NEXT is set to UUID:NUMBER but the UUID is not in gtid_executed.
Happens when GTID_NEXT is assigned an unsupported value.
Yes. Closing the session removes GTID_NEXT_LIST, but any uncommitted work is lost. Clearing it explicitly is safer.
No. It only impacts the current session. Other connections continue using automatic GTID assignment.
RESET MASTER clears all binary logs and GTID history. It is excessive and should not be used just to resolve a session level GTID_NEXT conflict.
Galaxy highlights session variables in its SQL editor and offers snippets that correctly switch GTID modes, reducing the chance of leaving GTID_NEXT_LIST non NULL.