mysql 主从IO不同步

mysql配置密码等级

适用于mysql5.7

以下配置为my.cnf的配置参数参考
密码长度配置：validate_password_length=6
密码强度配置：validate_password_policy=1
密码强度检查等级，0/LOW、1/MEDIUM、2/STRONG。有以下取值：
Policy Tests Performed
默认是1，即MEDIUM，所以刚开始设置的密码必须符合长度，且必须含有数字，小写或大写字母，特殊字符。

---

mysql 主从IO不同步

问题描述：经常性出现 1062、1032类型报错，解决完当前报错后基本在一天不到的时间内就会出现同类型报错，导致slave同步无法使用，这个问题能否协助查明原因，彻底解决该问题可向客户建议继续使用slave同步
报错示例：Could not execute Write_rows event on table webtv_crms_old.crms_product_qh_statistics; Duplicate entry ‘22382’ for key ‘PRIMARY’, Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event’s master log mysql-bin.000010, end_log_pos 1121

解决方式：排查不同步原因，福建项目主从不同步的根本原因为两台主从服务器时间不同步导致，以下为主键冲突的大致原因类型。

在 MySQL 主从复制中，出现主键冲突的原因通常与数据同步过程中数据不一致或并发写入有关。以下是一些可能导致主键冲突的常见原因：
1. 并发写入：
   - 当在主库和从库同时进行并发写入操作时，可能会导致主键冲突。
   - 主库和从库之间的复制延迟，可能会使并发写入在从库上产生冲突。
2. 自增长主键：
   - 在主从复制中，自增长主键的值在主库上是唯一递增的。但是，在从库上由于并发写入和复制延迟，可能导致自增长主键值的重复。
3. 插入数据时主从库数据不一致：
   - 主库和从库之间的数据同步可能出现延迟或错误，导致数据不一致，从而在从库上插入与主库上已有数据相同的主键值。
4. 表结构不一致：
   - 如果在主从库之间存在表结构不一致（例如缺少某些索引或约束），可能导致在从库上无法正确检查主键冲突。
解决主键冲突的方法通常需要根据具体情况进行调查和分析。以下是一些解决方法：
1. 确保主从数据库的数据同步正常，并及时解决复制延迟的问题。
2. 在并发写入场景下，可以考虑使用数据库锁机制（如行级锁或表级锁）来避免主键冲突。
3. 确保主从数据库的表结构完全一致，尤其是主键和唯一索引。
4. 对于自增长主键，可以使用不同的自增长起始值，或者使用 UUID 或其他全局唯一标识符来避免冲突。
5. 对于复杂的并发写入场景，可以考虑使用数据库事务和乐观锁等技术来保证数据一致性和避免主键冲突。
总之，在配置和使用MySQL主从复制时，需要小心处理并发写入和数据同步的问题，以确保数据的一致性和避免主键冲突。

mysql数据表delete删除表记录后，磁盘空间未释放

delete 不释放空间是 MySQL 自身机制的原因，需要重建表才可以释放磁盘空间，可以参考的操作：
1.执行 optimize table ${table_name}。
2.如果是 InnoDB 的表，执行 alter table ${table_name} engine = innodb。
需要注意以下两个问题：
1.这两个命令都会重建表，尽量不要在磁盘空间紧张（>90%）的时候进行操作，先扩容磁盘，操作完之后再缩容。
2.这两个命令在开始和结束的时候都会尝试获取 metadata lock，所以尽量不要在业务高峰期执行。