接上文，单节点升级到80版本之后，构建新版本的80集群就水到渠成、相对简单了，详情可参见之前的集群构建博文。 本文在修改配置集群的新参数时，修改了pxc_strict_mode为默认的ENFORCING，注释掉skip_ssl以支持SSL加密同步传输。 donor节点的日志如下： 2021-12-07T12:21:56.351545Z 0 [Note] [MY-000000] [WSREP-SST] Streaming the backup to joiner at 10.124.206.18 4444 2021-…

在升级MySQL版本到8.0的过程中，需要关注sql_mode参数默认值的变化，8.0版本sql_mode不支持 NO_AUTO_CREATE_USER，要避免配置的sql_mode中带有 NO_AUTO_CREATE_USER ■ 57版本原来配置 show variables like '%sql_mode%'; STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE…

本文主要记录57版本升级80版本的过程，供参考。 ■ 57版本升级80版本注意事项 默认字符集由latin1变为utf8mb4 MyISAM系统表全部换成InnoDB表 sql_mode参数默认值变化，8.0版本sql_mode不支持 NO_AUTO_CREATE_USER，要避免配置的sql_mode中带有 NO_AUTO_CREATE_USER 密码认证插件变更，由于默认密码策略变更，为了避免连接问题，可仍采用5.7的mysql_native_password认证插件 关于系统表升级，在MySQL 8.0.16…

使用Windows11几个月了，解决了我的电脑经常性彻底死机、蓝屏的问题，系统也流畅、易用了好多。唯一不能忍受的是右键菜单，经常需要再点一次才能找到自己想要的选项，今天网搜了下解决办法，特记录于此。 以下方法亲测可用： ■ Restore Classic Context Menu on Windows 11 with Cmd 1. Open Cmd with Administrator privileges 2. Copy and paste the below Code and press enter reg.e…

一个5.7版本的MySQL单点数据库，版本信息是： Server version: 5.7.31-log MySQL Community Server (GPL) 数据量已达到760G，日常存在性能问题，需迁移到PXC集群，由于之前几年实施使用的都是8.0版本PXC集群，这次也想当然的想直接迁移到PXC8.0。 鉴于数据量比较巨大，采用mysqldump的方式显然是不可行的，实际上项目反馈也是无法用mysqldump备份成功，mysqldump备份几百兆、几个G还是可行的，但是面对上百G的数据量已经无能为力。好在p…

2450分！如下图所示，时隔十个月，2021-11-15，再次打破记录，值得祝贺！ 看来这个游戏很难提高水平啊，世上有能过3000分的高手吗？ 也许根本不存在这样的高手，，， 查看游戏入口及游戏规则，请在本站搜索：小游戏

一套Oracle 19c的ADG集群要修改sys密码，由于之前遇见过11g上sys密码修改导致同步问题的情况，所以改之前特意查了下文档，发现其实12cR2开始，在主库修改密码就会自动同步到备库了，以下是一段官方文字描述，可以参考。 When password file is used for Redo Transport Authentication, the password of redo transport user should be same across primary and all its phys…

ORAchk之前被称为RACcheck，后来它的检查范围进行了扩展，改名为ORAchk，它是对数据库系统进行健康检查的一个专用工具，这个工具主要用来检查软件的配置是否符合要求以及一些最佳实践是否被应用了。通过这个工具，用户可以很方便地、自动化地对自己的系统进行健康检查和评估。 ORAchk replaces the popular RACcheck tool, extending the coverage based on prioritization of top issues reported by users…

今天接到同事求助，说之前的一个MySQL库报错了，远程看了下，配置可能给改乱了，反正还没有数据，不浪费时间直接卸载重装OS自带的数据库版本MariaDB吧。 以下是过程概要记录，留备后续参考。 正常情况下安装配置应该很快，但是因为之前配置较乱，导致启动时又报错了： Oct 19 16:34:43 cw02 systemd[1]: Starting MariaDB database server... Oct 19 16:34:43 cw02 mariadb-prepare-db-dir[18667]: Failed…

最近遇见一个虚机老库11g，主机CPU居高不下，有时甚至无法登录，无法快速建立数据连接。 分析发现较多的应用SQL存在问题，同时发现数据库配置方面也存在问题，分析排查alertlog日志，发现没有配置大内存页。 更多关于大内存页的信息可在本站搜索"大内存页"。 以下是本次操作调整的记录，留作参考。 如下是上次启动的日志提示： Wed Sep 29 14:31:01 2021 Starting ORACLE instance (normal) ************************ La…