oracle 19c dg搭建duplicate过程中报错
oracle 19c搭建过程过程中,执行duplicate报错 RMAN-03009: failure of backup command on ORA_DISK_1 channel at 06/26/2020 16:12:35 ORA-17628: Oracle error 19505 returned by remote Oracle server ORA-19505: failed to identify file ""
mysql 基于组提交的并发复制小结
一:MySQL 5.7并行复制初理解我们知道MySQL 5.7并行复制引入了两个值last_committed和sequence_number。last_committed表示事务提交的时候,上次事务提交的编号,在主库上同时提交的事务设置成相同的last_committed。如果事务具有相同的last_committed,表示这些事务都在一组内,可以进行并行的回放。查看组提交的事务个数,其中989
mysql change buffer小结
首先:正常insert的时候,也是首先要判断哪个物理页(包括数据页和索引页)可以insert,然后把这个物理块读取到buffer pool,然后再在内存执行insert 操作,然后再刷新到磁盘;接下来介绍下我对change buffer的认识,知识来自于网络文章+innodb 存储引擎书籍+官方文档0)Change Buffer为何提高性能它缓存的是一个索引页的 dml的操作,而不是具体的数据页,
oracle 12c 静默安装以及使用问题小结
一:一定先创建监听,然后建库,否则报错:[oracle@tvy-mysql-cdsp-01 database]$ dbca -silent -createDatabase -responseFile /media/database/response/dbca.rsp[WARNING] [DBT-06801] Specified Fast Recov
pxc 三个节点全部异常和正常关闭的启动顺序
mysql 5.7.27 pxc 三个节点全部异常和正常关闭的启动顺序:1、正常关闭所有节点的时候因为不能生成gvwstate.dat,所以一定要保证第一个启动的是包含最新数据的节点!mysqld_safe --defaults-file=/etc/my.cnf --wsrep-recover来查看最新的节点!2、Server version: 5.7.27-30-57-log 这个
mysqldump同步数据到生产注意事项
1.如果需要从一个实例把数据倒进另一个生产的实例,那么需要注意:使用一下语句dump出来!mysqldump -uroot -p -t --single-transaction=true --skip-disable-keys=false --add-locks=false --set-gtid-purged=off &nb
mysql innobackupex备份原理总结
xtrabackup的官方下载地址为 http://www.percona.com/software/percona-xtrabackup。 xtrabackup包含两个主要的工具,即xtrabackup和innobackupex,二者区别如下:1 xtrabackup只能备份innodb和xtradb两种引擎的表,而不能备份myisam引擎的表; 2 innobackupe
mysql load 相关实验记录
一:load 的过程相当于是:先start transaction,然后再insert数据,最后commit我猜测mysql 区别于oracle sqlldr,没有后者的rows的参数来控制每次提交的数据行但是我感觉 mysql 是自己通过估算出一个值,来批量读取 ,我觉得他不是 一条一条的 insert的二:load 如果数据存在(主键或者唯一键),默认是跳过的,可以选择replace存在就替换
采用secondary的冷备份的方式来添加新的secondary节点
前面介绍了两种方法来添加secondary节点,直接rs.add()和一致性备份的方式来实现,接下来介绍第三种方式,具体如下:方法三:采用secondary的冷备份的方式找到另外一个secondary数据节点的快照,关闭写操作(冷备份)这里我采用了设置延迟节点的方法来实现关闭写操作的目的。在数据不变化的情况下,获得一致性的备份快照,拷贝至故障节点中,启动MongoDB服务,应用oplog日志!需要