别来沾边儿

修改加密规则：mysql> alter user "root"@"localhost" identified by 'password' PASSWORD EXPIRE NEVER;如果执行以上的操作并没有解决，请再把default_authentication_plugin=mysql_native_password添加到配置中。上面修改密码是在5.7版本之前的。如果忘记密码，则跳过MySQL的密码认证过程。

例：scp -r /data/mysql_backup/13306/20231124/full_164044/ kde-offline2:/data/cp /data/mysql13306_bak20231124/my13306.cnf /data/mysql13306/ #覆盖。记录：7a2ffba6-7ab8-11ee-815f-fa163e25443d:1-2139088。例：/data/mysql_backup/13306/20231124/full_164044/

read_only | OFF | #值为OFF说明当前库可读写。#将server1配置修改为当前主节点主机名，server2配置修改为当前从节点主机名。ps -ef | grep mha #一般在kde-offline3节点。恢复方案：启动kde1节点mysql，作为从库向kde2节点同步数据。测试主从：停止kde1节点，mha服务将kde2节点提为主。如果未启动则需要手动执行mha服务启动。#连接数据库，配置向kde2节点同步。在kde-offline3节点）

这将显示与 root 用户关联的主机、用户名以及加密后的认证字符串（密码）。列中存储的是经过哈希加密后的密码，而不是原始密码。

为了保证主从同步可以一直进行，在slave库上要保证具有super权限的root等用户只能在本地登录，不会发生数据变化，其他远程连接的应用用户只按需分配为select,insert,update,delete等权限，保证没有super权限，则只需要将salve设定"read_only=1"模式，即可保证主从同步，又可以实现从库只读。"两条命令，就可以确保数据库处于只读模式，不会发生任何数据改变，在MySQL进行数据库迁移时，限定master主库不能有任何数据变化，就可以通过这种方式来设定。

在升级之前，务必对当前的 MySQL 5.7 数据库进行完整备份，以防止数据丢失或损坏。2、安全性考虑：建议在测试环境中进行升级测试，以模拟真实场景并检测潜在问题。创建"mysql8.2.0-bundle"的文件夹，用于存放解压文件。已由mysql-5.7.42 升级到 mysql-8.2.0。3、备份数据库、my.cnf文件，停止mysql服务（重要）1、使用mysql-shell 检查工具检查兼容性。5、查看已安装的mysql-5.7.42有关的包。4、上传、解压安装包。6、升级、按顺序执行。

Mysql的日志文件出错，很可能是你自己创建了一个与之前日志名相同的文件，但是Mysql知道文件已经不是原有的日志文件了。我的错误就是删除原有的日志文件，然后自己创建了一个同名的日志文件导致的。e.如果没有解决，继续查看错误日志（DESKTOP-IR5UPKH.err）里面的详细内容解决，一般是再删除index文件里没有的日志文件行，重启服务即可。c.打开同级目录下的日志索引文件： vim mysql-bin.index，并删除刚刚删除日志文件的那一行。d.保存并重启Mysql服务，问题解决。

当出现复制错误时，可以设置跳过出错的事务来恢复同步，MySQL 提供了 sql_slave_skip_counter 参数来实现此功能。1 "show slave statusG" 找到发生复制错误的 GTID 事务号(示例只展示复制错误信息，其他信息省略)，可以找到发生复制错误的 GTID 为：ab1b2733-2401-11e7-82fc-525400abbf4b:50。其实上面的报错信息已经提示了解决方法：在发生错误的 GTID 事务号上插入一个空的事务，来实现跳过此复制错误的效果。

该语句将被用于干净的启动, 它删除master.info文件和relay-log.info 文件以及所有的relay log 文件并重新启用一个新的relaylog文件。使用场景：当原来的主从关系被破坏之后，从库经过重新初始化后直接连接会报 ERROR 1201的错误，运行reset slave后，重新配置主从连接就可以了。功能说明：删除所有的binglog日志文件，并将日志索引文件清空，重新开始所有新的日志文件。删除所有的relay log（包括还没有应用完的日志），创建一个新的relay log文件；

当出现复制错误时，可以设置跳过出错的事务来恢复同步，MySQL 提供了 sql_slave_skip_counter 参数来实现此功能。1 "show slave statusG" 找到发生复制错误的 GTID 事务号(示例只展示复制错误信息，其他信息省略)，可以找到发生复制错误的 GTID 为：ab1b2733-2401-11e7-82fc-525400abbf4b:50。其实上面的报错信息已经提示了解决方法：在发生错误的 GTID 事务号上插入一个空的事务，来实现跳过此复制错误的效果。

创建虚拟机。

权限 | 说明 | | -------------------- | ------------------------------------------------------------ | | read | 允许用户读取指定数据库。MongoDB 作为时下最为热门的数据库，其安全验证也是必不可少的，否则一个没有验证的数据库暴露出去，任何人可随意操作，这将是非常危险的。由于用户被创建在哪个数据库下，就只能在哪个数据库登录，所以把所有的用户都创建在 admin 数据库下。

表可以设置一个用于移除过期行的表达式，以及多个用于在磁盘或卷上自动转移数据片段的表达式。当表中的行过期时，ClickHouse 会删除所有对应的行。对于数据片段的转移特性，必须所有的行都满足转移条件。如果数据片段中列的所有值均已过期，则ClickHouse 会从文件系统中的数据片段中此列。，它既可以为整张表设置，也可以为每个列字段单独设置。表级别的 TTL 还会指定数据在磁盘和卷上自动转移的逻辑。的计算结果必须是 日期 或 日期时间 类型的字段。TTL 可以设置值的。修改列字段的 TTL。

One of the most important task of a database administrator is backing up and restoring databases. MySQL is a popular database server and provides tool named for backup and restore operations. We will look different usage types of mysqldump in this tutoria

mysql

binlog日志中查询到opp_strack表的更新操作，然后对比主从库opp_strack表中字段“1683”的数据，我这边得到的数据是不一致的，发现从库opp_strack中被插入进来三条数据，冲掉了主库的id值，然后将从库中的三条数据删除掉。昨天zabbix突然发送告警信息，告警说是mysql的slave停掉了，登录到数据库从库，进去看mysql的进程是正常的，然后去看下mysql的error日志。2，根据上图的提示，查询到的异常数据出现在opp_strack表中。再次查看从库状态，恢复正常即解决。

工作的过程中发现Mysql的主从数据库没有同步。

利用linux的管道命令 节省内存，磁盘和运行时间。比较小的数据量导出csv文件，带上字段名，然后导入。

此时会生成data_center.sql.xz文件。

Usage:常用示例：psql -f /insert_simple.sql （不指定用户名则默认是postgres）psql -d test -f /insert_simple.sql （指定数据库为test）