利用performance_schema进行故障诊断(mysql金字塔法则读书笔记)
instrunments:生产者,用于采集mysql中各种操作产生的事件信息,对应配置表中的配置项,我们可以称之为采集配置项。consumers:消费者,对应的消费者用于存储来自instruments采集的数据,对应配置表的配置项,我们可以称之为消费存储配置项。启用所有等待事件的instruments:use performance_schemaupdate setup_instrum
ORA-08103对象不再存在问题分析
在数据库进行CTAS操作查询表ooo.A_D_BRXXX_XXX_XXX时报出了ORA-08103错误,SQL> create table A_D_BRXXX_XXX_XXX_1125 as select * from OOO.A_D_BRXXX_XXX_XXX;ORA-08103: object no longer exists 关于ORA-08103的解释:Error: ORA
MySQL 5.7中对XA支持的改进(摘选)
介绍 XA代表“扩展架构”,是The Open Group创建的用于分布式事务处理的标准。MySQL 5.0是第一个支持XA的版本,到了MySQL 5.7已经去消除了主要限制问题,修复了许多bug,并增加了覆盖总体范围测试用例。背景 XA解决了当跨分布式资源情况下能在单个事务中保留ACID属性的问题。资源本身可以是其他MySQ
MySQL数据库分布式事务XA的实现原理分析
1 原理 关于MySQL数据库的分布式事务XA,分布式事务实现的原理,可见[3];关于MySQL XA的说明,可见[1][2]。 MySQL XA分为两类,内部XA与外部XA;内部XA用于同一实例下跨多个引擎的事务,由大家熟悉的Binlog作为协调者;外部XA用于跨多MySQL实例的分布式事务,需要应用层介入作为协调者(崩溃时的悬挂事务,全局提交还是回滚,需要由应用层决定,对应用层的实现要
MYSQL 对表最大ID 抢加锁时的阻塞分析
示例SQL:SELECT q.queueid FROM render.queues q WHERE q.queueid in ( SELECT max(queueid) FROM ( SELECT t.queueid FROM queues t WHERE
MYSQL 中 exists 语句执行效率变低
在ORACLE 中,我们常常推荐使用exists 来替代in,往往也能取得比较好的优化效果。在ORACLE应用迁往MYSQL的过程中,我们发现部分in 的子查询语句带到MYSQL中,其执行效率变得非常低下,这很让人觉得匪夷所思。于是,我分析了一波。 对两个表
mysql innodb 主键INT、BIGINT、VARCHAR并发插入性能对比
10个并发共插入10万行总耗时(s)第一次第二次第三次NT(-2147483648-2147483647)198.13197.25197.56BIGINT(-9223372036854775808-9223372036854775807)195.83197.75197.85VARCHAR[0-655
mysql innodb 主键INT、BIGINT、VARCHAR并发插入性能对比
10个并发共插入10万行 总耗时(s) &
ogg在异构数据库实时双向同步中如何防止数据死循环同步
最近在ORACLE 到MYSQL的使用OGG进行数据迁移中遇到了数据在双向同步数据死循环的问题,在正常对oracle的同步上,我们使用以下参数来防止抽取进程对复制进程提交的事务进行抽取:TRANLOGOPTIONS EXCLUDEUSER OGG GETAPPLOPS IGNOREREPLICATES实际上tranlogoptions excludeuser O
ogg在异构数据库实时双向同步中如何防止数据死循环同步
最近在ORACLE 到MYSQL的使用OGG进行数据迁移中遇到了数据在双向同步数据死循环的问题,在正常对oracle的同步上,我们使用以下参数来防止抽取进程对复制进程提交的事务进行抽取:TRANLOGOPTIONS EXCLUDEUSER OGG GETAPPLOPS IGNOREREPLICATES实际上tranlogoptions excludeuser O
Leaf-分布式ID生成系统
本文摘录于https://tech.meituan.com/2017/04/21/mt-leaf.html2017年04月21日 作者: 照东 文章链接业务系统对生成全局唯一ID的要求有哪些呢?全局唯一性:不能出现重复的ID号,这是最基本的要求。趋势递增:主键的选择应该尽量使用有序的主键保证写入性能。单调递增:保证下一个ID一定大于上一个ID,例如事务版本号、IM增量消息、排序
ORACLE事务和实例恢复过程梳理
最近与一个前辈讨论起关于oracle实例恢复的问题,其实以前都研究过,无奈近一年没怎么研究原理性东西,基本大部分都忘光了,所以场面极度尴尬,现在只能好好再来梳理实验一把,并且把mysql的实例恢复也梳理一下。从oracle 的一个事务说起:例如当我们发起一个update 语句更改某一行数据,例如更改zabbix.cwdtest 的 table_name='ICOL$' 为'
12c可插拔数据库的几种克隆迁移方法
这是以前的一篇文章,无意间看到,记录到这里吧。12c可插拔数据库的几种克隆迁移方法Oacle多租户环境包含一个容器数据库(CDB)和零个或多个可插拔数据库(PDB),这种让数据库系统扩展也变得非常的灵活,oracle 12c提供了许多种关于多租户模式下数据库的克隆迁移方式,以下对于几种克隆迁移的方式进行实验介绍。一.通过现有PDB直接创建(CREATE PLUGGABLE DATABASE..FR
一个基于django框架的SQL 审核系统二次开发
发现自己最近已经焦头烂额,每天在各种繁杂的事务中脑袋已经混乱不堪了。凌晨5点30分,失眠,把我在搞的一个SQL 审核的项目理一理,准备新版本更新上线后就不管了。我的大脑容量真的有限了。这是一个基于github上https://github.com/hhyo/Archery 的一个依赖Inception平台SQL审核系统,我比较喜欢他基于bootstrap 前端的简洁风格。以下是它所用到的
一个基于django框架的SQL 审核系统二次开发
发现自己最近已经焦头烂额,每天在各种繁杂的事务中脑袋已经混乱不堪了。凌晨5点30分,失眠,把我在搞的一个SQL 审核的项目理一理,准备新版本更新上线后就不管了。我的大脑容量真的有限了。这是一个基于github上https://github.com/hhyo/Archery 的一个依赖Inception平台SQL审核系统,我比较喜欢他基于bootstrap 前端的简洁风格。以下是它所用到的
RAT ORA-15507: cannot start workload replay on instance 1
Data Mining and Real Application Testing optionsSQL> SQL> exec DBMS_WORKLOAD_REPLAY.START_REPLAY();BEGIN DBMS_WORKLOAD_REPLAY.START_REPLAY(); END;*ERROR at line 1:ORA-15507: cannot start wo
ORA-19909: datafile 1 belongs to an orphan incarnation
ORA-19909: datafile 1 belongs to an orphan incarnationORA-01110: data file 1: '+DATA/lvdb_yt/datafile/system.434.969694045'Managed Standby Recovery not using Real Time ApplyWed Jun 19 16:37:04
ORA-19909: datafile 1 belongs to an orphan incarnation
ORA-19909: datafile 1 belongs to an orphan incarnationORA-01110: data file 1: '+DATA/lvdb_yt/datafile/system.434.969694045'Managed Standby Recovery not using Real Time ApplyWed Jun 19 16:37:04
OGG for kafka op_ts 和current_ts相差较大
"op_type":"U","op_ts":"2019-04-30 07:04:36.844662","current_ts":"2019-04-30T15:07:36.778001","pos":"00000016630241124960"
MONGO 集群 修改linux主机时间后的影响
生产环境是 一主一从一仲裁3分片的集群,现在发现其中一个节点比当前时间大了好几天,后使用NTP将时间往回调整副本集上。 原来时间是5月3日,当前是 4月26日,对此进行了调整。[root@cwdtest1 bin]# dateFri May 3 13:20:31 CST 2019 [root@cwdtest1 bin]# ntpdate -u 10.205.34.1