I am trying to populate a 2nd gen cloud sql instance (v5.7) with a database dump currently running on 1st gen cloud SQL. It has some triggers:
/*!50003 C
Because some triggers can produce inconsistent results when replication is enabled, they are not allowed in the default configuration.
You have two options:
If you do not care about replication or being able to do point in time recovery, you can disable Binary Logs.
Otherwise, if you are sure that your trigger is safe you can edit your instance and set the log_bin_trust_function_creators
flag to true under advanced options
. To be safe, the trigger must guarantee that it would generate the same effect on both the master and the replica(s). You can find an explanation and an example of an unsafe trigger in the following post: https://dba.stackexchange.com/questions/73447/why-when-does-creating-a-mysql-trigger-require-super-privileges