ITPub博客

oracle 19c dg库查询视图报错，具体如下所示SQL> select count() from sysadm.DFW_SCHED;select count() from sysadm.DFW_SCHED*ERROR at line 1:ORA-04045: errors during recompilation/revalidation of SYSADM.DFW_SCHEDORA-

centos7.5 设置Mysql开机自启动两种方法：方法1：针对contos7之前，在 /etc/rc.d/rc.local文件中设置非系统服务开机自启动！注意contos7之后也是可以使用的，但是建议使用方法2，并且/etc/rc.d/rc.local文件中会有提示建议你添加systemd服务！文件会在linux系统各项服务都启动完毕后再被运行，可以将脚本路径加到该文件里/etc/rc.d/r

一、问题描述：tikv实例OOM，并且所有的tikv实例内存使用率非常高，超过90%天天报警；参数都是默认的！二、具体我的排查过程1、查看Block cache 配置是否不合理2、Raftstore Apply 速度跟不上 Raft Log 接收速度3、coprocessor 响应过大引起的 OOM4、网络问题或 gRPC 线程被打满导致 Coprocessor 响应堆积5、协程 (Corouti

最近遇到了一个关于半同步的问题，刚搭建的半同步数据库实例，执行第一个sql的时候，从库延迟太长，原因是从库开启了参数rpl_semi_sync_master_enabled=on，同时设置的rpl_semi_sync_master_timeout为30分钟，接下来说下半同步使用注意事项以及该问题的具体原因，一、开启半同步：必须主从库都得设置对应的参数！具体如下所示：主库：set global rp

我们在备份Oracle数据库的时候习惯性的在备份之前，会执行下ALTER SYSTEM SWITCH LOGFILE或者ALTER SYSTEM ARCHIVE LOG CURRENT，那么这两个命令到底是做什么的，Oracle11.2.0.4版本中什么情况下需要执行，什么情况下不需要执行呢？一：首先说下ALTER SYSTEM SWITCH LOGFILE和ALTER SYSTEM ARCHIV

oracle服务器处理请求的两种最常用的方式，这两种方式分别是专用服务器连接和共享服务器连接。一、专用服务器： 登录时，Oracle总会为我创建一个新的线程。这通常称为专用服务器配置，因为这个服务器进程会在我的会话生存期中专门为我服务。对于每个会话，都为出现一个新的专用服务器，会话与专用服务器之间的存在一对一的映射。按照定义，这个专用服务器不是实例的一部分。我的客户进程(也就是想要连接数据库的程序

收到报警 数据库出现6级别的锁，于是研究下6级别的锁是什么！监控的sql如下：select count(*) from  v$locked_object   where  locked_mode=6;做实验模拟出出现6级别锁的场景！1、ddl_lock_timeout参数DDL_LOCK_TIMEOUT specifies a time limit for

当账号处于expired locked 无法登录，但是还不知道该用户的密码，该如何解决呢？ 解决办法： 方法1： 允许登录的天数为无限 密码过期后也可修改profile中的password_grace_time控制使用的天数 alter profile default limit PASSWORD_GRACE_TIME UNLIMITED;alter profile defa

问题描述：tidb 4.0.8+dm 1.0正在同步中的某个task任务：具体有如下的表task_3324.yaml- db-name: "glsdb"tbl-name: "ygz_rate_config"- db-name: "glsdb"tbl-name: "tax_entry_tmp_hst"- db-name:

问题介绍：tidb 4.0.8+dm 1.0dm_worker_3324_2目前运行在/data01的目录下，因为/data01空间不足，现在需要把dm_worker_3324_2这个worker相关的目录移动到新的目录/data02下，需要修改目录/data01为/data02。注意：ansible-playbook start.yml --tags=dm-worker -l  dm-

最近遇到一个性能问题，top 5等待事件为 log file sync +gc cr block busy,于是总结下这俩之前的关系一：gc current/cr block busy等待事件首先知道：这里CR和current 是不同的概念，如果是读的话，那就是cr request，如果是更改的话，那就是current request（当前读）。1）gc current block busy&nb

我们创建了一个简单的表 t，并插入一行，然后对这一行做修改。mysql> CREATE TABLE `t` (`id` int(11) NOT NULL primary key auto_increment,`a` int(11) DEFAULT NULL) ENGINE=InnoDB;insert into t values(1,2);这时候，表 t 里有唯一的一行数据 (1,2)。假设，

https://docs.pingcap.com/zh/tidb-data-migration/v1.0/skip-or-replace-abnormal-sql-statements被动跳过 SQL 语句假设业务上可以接受下游 TiDB 不执行此 DDL 语句（即继续保持原有的表结构），则可以通过使用 sql-skip 命令跳过该 DDL 语句以恢复迁移任务。操作步骤如下：一：使用 query-

一：环境介绍：因公司t采用dm 1.0版本，故本过程基于DM集群1.0版本，官方建议使用dm 2.0;  tidb集群版本4.0，上游mysql 社区版5.7.281）上游mysql：SIM:root:[(none)]>select version(); +------------+ | version()  | +------------+ | 5.7.28-l

问题表现：周期性出现connect timeout:  具体如下：redis.clients.jedis.exceptions.JedisConnectionExceptionjava.net.SocketExceptionjava.net.SocketTimeoutException: connect timed out问题原因分析：redis 参数tcp-backlog默认设置过小（

xid是mysql server层维护的，通过一个全局变量global_query_id来生成，trx_id是innodb内部维护的，InnoDB 内部维护了一个 max_trx_id 全局变量，每次需要申请一个新的 trx_id 时，就获得 max_trx_id 的当前值，然后并将 max_trx_id 加 1，如果当前语句是这个事务执行的第一条语句，那么 MySQL 还会同时把 Query_i

关于mysql load语句在binlog中的记录方式：整理自 实战45讲+自己的一些理解一：binlog_format=statement这个 load 语句记录到 binlog 里以后，怎么在备库重放呢？由于 /server_tmp/t.csv 文件只保存在主库所在的主机上，如果只是把这条语句原文写到 binlog 中，在备库执行的时候，备库的本地机器上没有这个文件，就会导致主备同步停止。所以

现象：1.zabbix提示连接不上mysql机器上的agent，无法获取服务器消息；2.尝试ssh到这台机器，报错：[root@dba-salt-manager ~]#  ssh  ops@10.12.32.93 -o StrictHostKeyChecking=nokex_exchange_identification:&nb

关于mysql 5.7的并行复制策略，mysql 5.7.22开始支持的 基于writeset的并行复制策略；mysql多线程复制，需要遵循两个基本原则：1.不能造成更新覆盖，这就要求更新同一行的两个事务，必须被分发到同一个worker中，2.同一个事务不能被拆开，必须放到同一worker中！一：5.7.22之前的COMMIT_ORDER并行复制方式，借助mysql的

编写一个脚本，实现如下的2个功能:1. 运行脚本时随机生成一个关卡返回:  8⾏字符串表⽰关卡初始布局，对应棋盘中的 8⾏，每⾏包括 8 个字符。每个字符表⽰一种糖果，对应关系为: (B 普通糖果，H 横炸糖果，V 竖炸糖果，S方炸糖果)2. 一次消除操作/move.sh <row0> <col0> <row1> <