借本次数据库迁移实践，再次总结一下MySQL数据库迁移到PXC的最佳操作路径。 1、源数据库配置 xtrabackup 工具，快速备份源数据到nfs； 2、目的数据库集群配置最新版本的 MySQL PXC 集群软件； 3、目的数据库集群节点 node1 采用 xtrabackup 导入备份数据； 4、使用合适的配置文件在 node1 拉起数据库； 5、node2 加入集群，node3 加入集群。 以上1、2步比较简单，在此略过，以下强调后面的步骤，请项目参考使用。 三、node1 导入备份数据 ■ 准备数据路径 m…
前阵子为PXC集群配置IPv6支持，遇见奇怪的问题，就是SST同步时总是报错，为此在官网论坛提交了问题，未得到答案，最后偶然得到了答案，详见官方论坛： https://forums.percona.com/t/sst-cant-support-ipv6/26140 结论如下。 Finally, I found the solution is turn off pxc_encrypt_cluster_traffic, then it works well. And this is my major part of c…
本文使用MySQL原生支持的主从同步机制，详细记录了配置步骤及运维操作方法，可供大家直接参考、使用。 本文假设已经部署了两台主机的MySQL软件，且数据库服务正常，详细部署步骤可本站搜索："mysql二进制安装包部署" ■■ 主从配置 ■ master 授权同步账户 CREATE USER 'repl'@'10.19.238.241' IDENTIFIED WITH MYSQL_NATIVE_PASSWORD by 'passwd'; …
截至2023年11月2日，MySQL社区版最新版本是8.0.35，本文详细描述了采用二进制安装的各个步骤，具有较强的参考意义，基本可作为标准步骤实施。 ■ 下载数据库介质 社区版的下载地址为oracle官网： https://dev.mysql.com/downloads/ 根据os版本选择适当的介质，二进制安装方式需下载适配os内核的tar包： https://dev.mysql.com/get/Downloads/MySQL-8.0/mysql-8.0.35-linux-glibc2.17-x86_64.tar…
已有的一个 MySQL PXC 集群环境，因为种种原因仅剩一个节点 node1，需要新增一个集群节点 node2。 node1 版本：donor version (8.0.21) node2 版本：local version (8.0.32) 大致步骤： 1、node2 配置部署新版本的集群环境； 2、node2 配置/etc/my.cnf 拷贝 node1 的配置文件，仅需修改serverid、nodename 3、node2 准备数据目录，确保目录为空 4、node2 启动服务 会提示报错，需要将 node1 …
Mysql8.0开始默认采用新的caching_sha2_password的身份验证方式，常规老接口会因此无法连接数据库。 为继续使用老的身份验证方式，需显式指定身份验证方式为 mysql_native_password，如下： ALTER USER 'ingp_auth'@'%' IDENTIFIED WITH mysql_native_password BY 'password^kAuAaj*Y'; flush privileges; 查询目前已有用户…
实际工作中总会发生数据误删除的场景，在没有备份情况下，如何快速恢复误删数据就显得非常重要。 本文基于MySQL的binlog日志机制，当日志格式设置为“binlog_format=ROW”时，记录一步一步手动解析binlog、恢复误删数据的全过程，供大家参考使用。 大致的思路是：通过命令找到删除操作对应的 binlog 详细信息，可通过 postion 或者时间的方式来检索查询，查到相对应的 DELETE 语句，通过 sed 将 DELETE 命令转换成 INSERT 的命令，然后提取出来执行完成恢复。当然这个需要…
MySQL不同于oracle，没有闪回查询这类概念，但网上流传几个闪回的开源工具如 binglog2sql、MyFlash，可以使用binglog日志进行误操作数据的恢复。 笔者以前测试过 binglog2sql，发现安装配置比较复杂不太友好。 本次测试了下 MyFlash 这个开源工具，发现相对简单易用，特此做一个使用记录。 MyFlash是由美团点评公司技术工程部开发维护的一个回滚DML操作的工具。该工具通过解析v4版本的binlog，完成回滚操作。相对已有的回滚工具，其增加了更多的过滤选项，让回滚更加容易。 …
研发人员在测试大事务提交时遇见了错误： Got error 5 - 'Transaction size exceed set threshold' during COMMIT 测试了几次都是1200S的时候停止的，不过在注释掉特定步骤后，过程还是在1200S失去连接了，不知道这个1200S的执行参数是哪个，可能这个1200s的执行参数是关键，因为看 wsrep_max_ws_size 最大提交量是2G，理论上应该是够用的。 通过以下查询方式，也只能查出这个2G的限制： show variable…
在MySQL8.0的一个PXC集群中，默认的sql_mode设置如下： select @@sql_mode; +-----------------------------------------------------------------------------------------------------------------------+ | ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIV…