ITPub博客

1.MGR工作原理拓扑图2.数据流3.参数#常规参数 server_id=853306/863306/873306 bind-address=0.0.0.0 skip_name_resolve = ON innodb_flush_log_at_trx_commit =1 #binlog参数 log_bin=/mysql/log/3306/binlog/fg

1.创建用户mysql -uroot -prootroot create user 'repuser'@'%' identified by 'repuser123'; grant replication slave on *.*&nbsp

1.安装tar -zxvf /soft/mysql-shell-8.4.8-linux-glibc2.28-x86-64bit.tar.gz ln -s mysql-shell-8.4.8-linux-glibc2.28-x86-64bit mysqlshell # mysqlsh --version mysqlsh&nb

1.mydumper安装dnf install -y glib2-devel openssl-devel pcre-devel zlib-devel libzstd-devel cd /soft tar zxvf mydumper-0.16.1-3.tar.gz cd mydum

一.软件安装

1.innodb_buffer_pool_size (物理内存80%)innodb_buffer_pool_size ├── 数据页缓存 (约 70-80%) │   ├── 表数据页 │   ├── 主键索引页 │   └── 二级索引页

1.参数-- 查看特定参数（模糊匹配） SHOW VARIABLES LIKE '%timeout%'; SHOW VARIABLES LIKE '%buffer%'; -- 全局参数（影响整个实例） SHOW GLOBAL VARIABLES LI

一.OS环境准备echo "127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4">  /etc/hosts echo "::1  &nb

一. MYSQL 升级方式就地升级（In-place Upgrade）适用场景：小版本升级（如5.7.1 → 5.7.2）同一操作系统平台升级步骤：关闭当前MySQL服务替换二进制文件或安装包在现有数据目录上重启MySQL运行mysql_upgrade命令特点：✅ 不改变数据文件，数据原地升级✅ 升级速度快❌ 不可跨操作系统❌ 不可跨大版本（如5.5 → 5

一.PDB 拔出与插入#关闭PDBALTER PLUGGABLE DATABASE ITPUXPDB CLOSE IMMEDIATE;#拔出PDBalter pluggable database ITPUXPDB UNPLUG into '/oradata/dgitpux/ITPUXPDB.xml'; DROP&nbsp

一. DG SWITCHOVER 步骤1.确认主备库同步情况SELECT THREAD#, LOW_SEQUENCE#, HIGH_SEQUENCE# FROM V$ARCHIVE_GAP; select thread#,sequence#,first_time,next_time,applied from v$ar

一. 项目背景RAC + DG 环境物理备库损坏，需要进行重建。使用duplicate target database for standby 方法进行重建可以减少主库的停机时间。二. 删除原有物理备库1.删除主库配置(可选)主库设置为MAXIMIZE PERFORMANCE模式 SQL> ALTER DATABASE SET STANDB

1.toplinux 常用的性能分析工具，能够实时显示系统各个进程的资源使用情况。第一行top - 系统时间up - 系统运行时间users - 目前登录用户load average - 系统1,5,15 分钟的平均负载(该数值除以CPU逻辑core数如果>5 则表示系统负载过高)第二行总进程:159 total, 运行:1 running, 休眠:157 sleeping, 停止: 1 s

1.从oracle12c 开始 RAC的密码文件被放置在ASM上$srvctl config database -d racdb12c -a Database unique name: racdb12c Database name: racdb12c Oracle home:&nbs

一. Mutex 与 latch的区别从10.2版本开始mutex主要应用于library cache中，在10.2之前bucket上存在latch保护，同样的挂在bucket上的handle通过library cache latch保护，一个子latch保护多个bucket，这样就会造成latch本身的争用，比如大量的并发session访问相同的子latch。mutex则不然，每一个对象存在一个

$cluvfy -help USAGE: cluvfy [-help|-version] cluvfy stage {-list|-help} cluvfy stage {-pre|-post}  &n

摘要最多不超过300个字符。

1. ROW CACHE LOCK基础说明ROW CACHE LOCK等待事件是一个共享池相关的等待事件。是由于对于字典缓冲的访问造成的。每一个行缓冲队列锁都对应一个特定的数据字典对象，这被叫做队列锁类型，并可以在V$ROWCACHE视图中找到。在AWR中需要查看Dictionary Cache Stats部分用以确定问题。parameterP1 = cache&nb

latch 存在于buffer cache ， share pool ，redo buffer中，用于保护内存中数据结构不被破坏。主要的等待事件有以下几种：1.latch freeLatch free等待事件的三个参数：p1－latch的地址；p2－latch编号；p3－请求次数。从oracle10g起，latchfree不再包含所有的latch等待，有些latch等待可能表现为单独的等待事件，这

Oracle推荐的使用systemstate事件的几种情况是：-数据库hang住了-数据库很慢-进程正在hang-数据库出现某些错误-资源争用1.命令sqlplus -prelim / as sysdba (1).单实例 SQL>oradebug setmypid  SQL>oradebug unlimit&n