É obrigatório habilitar --log_slave_updates com MySQL Replication usando GTID? [duplicado]

A documentação do MySQL sugere: Consulte Configurando a replicação usando GTIDs

Lembre-se de que o MySQL nem iniciará com ele. Por quê ? Da Documentação:

Etapa 3: reinicie os dois servidores com os GTIDs ativados. Para habilitar o registro binário com identificadores de transação globais, cada servidor deve ser iniciado com o modo GTID, registro binário, registro de atualização de escravo habilitado e com instruções que não são seguras para replicação baseada em GTID desabilitadas . Além disso, você deve impedir que atualizações indesejadas ou acidentais sejam executadas em qualquer um dos servidores iniciando ambos no modo somente leitura. Isso significa que ambos os servidores devem ser iniciados com (pelo menos) as opções mostradas na seguinte invocação de mysqld_safe :

shell> mysqld_safe --gtid_mode=ON --log-bin --log-slave-updates --enforce-gtid-consistency &

Uma vez que o log binário está ativo tanto no Master quanto no Slave, os logs binários do Master e os logs binários do Slave terão GTIDs registrados junto com as transações. Isso possibilita o posicionamento automático de um Escravo para seu Mestre usando o GTID mais recente no Escravo ao iniciar a Replicação. Uma das principais etapas diz claramente na mesma página do documento :

Instrua o escravo a usar o mestre como fonte de dados de replicação e a usar o posicionamento automático e, em seguida, inicie o escravo.

Portanto, --log-slave-updates deve ser ativado para que o mecanismo de posicionamento automático esteja ativo. Mesmo além do mecanismo, @jynus aponta em sua resposta à replicação mysql 5.6 gtid: log_slave_updates é necessário? que o mysqld nem se preocupará em iniciar se --log-slave-updates não for especificado.