É bastante comum não ter o escravo no modo read_only ..
na verdade, se você não definir você mesmo, ele nunca estará ativado ...
Uma boa pergunta é por que você realmente deseja defini-lo ... ???
Você está tentando proteger os erros? ou erros fizeram meus usuários admin ??? ou a aplicação?
Considerando que MUITOS administradores estão usando o MySQL como root de qualquer maneira, onde está a proteção aqui?
Você não pode proteger exatamente seus dados como você imaginaria (como tudo replicado para o escravo de qualquer maneira)
Você sabe que qualquer usuário com super privilégios e o encadeamento de replicação não obedecem ao read_only ??
Uma abordagem estruturada e strong para usuários e privilégios é a maneira correta de lidar com problemas de replicação, não com uma configuração read_only no escravo
Na minha opinião sincera, na verdade não protege muito ... ou útil para qualquer coisa além de parar alguns usuários que não escrevem .. (que em sistemas de produção - nunca deve acontecer de qualquer maneira)
Como exemplo, In Mysql-Multi-Master (read_only é definido pelos scripts) Em teoria, isso é apenas para decidir qual servidor é o "True Master" na configuração mestre-mestre.
Ao todo .. Esqueça read_only (é realmente desnecessário, e provavelmente não irá protegê-lo do que você imagina)