1. Principio:
1. Puede especificar la verificación de datos de la biblioteca esclava:
cree una tabla en la base de datos especificada de antemano para almacenar la IP, el nombre de usuario y la contraseña de la biblioteca esclava que se va a verificar, y use la biblioteca maestra para conectarse a la biblioteca esclava. Luego use la herramienta pt, y pt generará una tabla durante la verificación. La ubicación de esta tabla se puede establecer en los parámetros de la herramienta pt. La función de esta tabla es almacenar el valor de verificación, la marca de bloque y la verificación de la tabla de verificación. Tiempo, etc .; cuando pt está funcionando, dividirá una tabla en una biblioteca en la biblioteca principal para formar un valor de verificación y almacenarlo en la tabla generada. La biblioteca principal generará la misma tabla después de generar una tabla La declaración se sincroniza con la biblioteca esclava, la biblioteca esclava realiza la misma acción que la biblioteca principal, se genera la tabla y los datos de verificación se almacenan en la tabla
También hay una herramienta pt-table-sync que es básicamente la misma que las herramientas anteriores, pero tiene la función de recuperación de datos. Se enfocará en la biblioteca principal. La parte inconsistente de la biblioteca y la biblioteca principal se eliminará para formar una declaración SQL, y dba la tomará. Para esta declaración SQL, para ejecutarla desde la biblioteca, la parte inconsistente se rellenará para que sea coherente con la biblioteca principal.
2. No especifique la verificación de datos de la biblioteca: el
valor predeterminado es que todas las tablas generarán un valor de verificación, y la tabla no se construye de antemano, si toma los parámetros, pt por defecto muestra el host esclavo / muestra la lista de procesos para todas las tablas en la biblioteca para verificación
La última comparación es el campo this_crc y el campo master_crc en la tabla de valores de verificación del inventario. La inconsistencia
entre los dos indica que los datos maestro-esclavo son inconsistentes.
2. Parámetros:
pt-table-checksum
–user = username
–password = password
–host = biblioteca principal Ip
–replicate = repositorio donde se almacena el resultado de la verificación. La tabla donde se almacena el resultado de la verificación
–recursion-method = hosts (que se encuentra en la biblioteca esclava Método)
–no-check-binlog-format
–empty-replicate-table #Cada tabla se vacía antes de los datos de verificación antes de la verificación
–replicate-check-
retries = 3 –recurse = 1
–run-time = run time Long
--ignore database = No comprobar bases de datos
Nota:
--recursion-method significa la forma de encontrar la biblioteca esclava. De forma predeterminada, la herramienta pt puede encontrar el proceso de replicación de la biblioteca esclava en la lista de procesos de la biblioteca principal, por lo que no puede averiguar qué bibliotecas esclavas están allí, pero si se trata de un puerto que no sea 3306, causará fallas Para la información de la biblioteca esclava, use el método hosts en este momento, que debe configurarse en la biblioteca esclava my.cnf de antemano
report_host = MASTER_HOST
report = 3306
Referencia: https://tyoung.me/2016/09/usage_of_pt-table-checksum_and_replication_consistency_check/