MASTER_SSL_VERIFY_SERVER_CERT is an option of the CHANGE MASTER TO statement used in MySQL replication. When set to 1 (ON), the replica validates the server certificate presented by the master against the certificate authority (CA) file defined in MASTER_SSL_CA. A value of 0 (OFF) disables that verification, allowing the connection even if the certificate is self-signed or untrusted. Enabling verification hardens security by preventing man-in-the-middle attacks. The option was introduced in MySQL 5.1 and deprecated in MySQL 5.7.11 when MASTER_SSL_MODE replaced it. It was removed in MySQL 8.0; use MASTER_SSL_MODE='VERIFY_IDENTITY' instead. The setting is stored in the replication metadata repositories (mysql.slave_master_info and relay log index) and persists across restarts until explicitly changed.Important caveats:- Requires SSL to be enabled (MASTER_SSL=1 or MASTER_SSL_MODE not equal to DISABLED).- The replica must have access to a valid CA certificate file.- If verification fails, START SLAVE (START REPLICA) aborts with an SSL error.
MASTER_SSL_VERIFY_SERVER_CERT
- integer (0 or 1)0
- Do not verify the master’s SSL certificate.1
- Verify the master’s SSL certificate.CHANGE MASTER TO, START SLAVE, STOP SLAVE, MASTER_SSL_MODE, MASTER_SSL_CA, MySQL Replication SSL
MySQL 5.1
Replication will not start. The replica needs a CA file to verify the certificate. Without it, START SLAVE returns an SSL validation error.
Upgrade the replica, then use CHANGE MASTER TO MASTER_SSL_MODE='VERIFY_IDENTITY', and remove any reference to MASTER_SSL_VERIFY_SERVER_CERT.
The additional certificate check adds negligible overhead compared to the network round-trip, so performance impact is minimal.
No. The setting is stored in the replica’s replication metadata and applies to all future connections until changed with another CHANGE MASTER TO statement.