ITPub博客

在生产环境中经常会遇到误删除、改错数据的情况，binlog2sql是一个款mysql闪回工具，它可以实现数据的快速回滚，从binlog中提取sql,并能生成回滚sql语句。github地址，上面有详细的例子。https://github.com/danfengcao/binlog2sql

下载：https://launchpad.net/mydumper/0.9/0.9.1/+download/mydumper-0.9.1.tar.gz预备安装：yum install cmake*yum install glib2-devel zlib-devel pcre-devel openssl-devel安装：[root@iZ252affh58Z ~]# tar -zxvf mydumpe

[root@iz2ze6jo3o3bqbcongnyp ~]# pt-query-digest --since=1h /alidata1/mysql/data/slow.log > query.log/alidata1/mysql/data/slow.log:  97% 00:00 remain[root@iz2ze6jo3o3bqbcongnyp ~]# mo

5.7默认innodb_read_io_threads=4innodb_write_io_threads=4innodb_change_buffer_max_size=25

sysbench --db-driver=mysql --mysql-user=root --mysql-password=xDB2017# --mysql-db=gltest --range_size=100 --table_size=100000 --tables=2 --threads=16 --events=0 --time=60 --rand-type=uniform /usr/shar

路西法效应说明好人是如何变成魔鬼的。一个好的社会制度可以把鬼变成人；而一个坏的社会是会把人变成鬼。因此，选择一个好的社会是很重要的。

　猪圈里有一头大猪，一头小猪。猪圈的一边有个踏板，每踩一下踏板，在远离踏板的另一边就会落下少量的食物。如果有一只猪去踩踏板，另一只猪就有机会抢先吃到另一边落下的食物。当小猪踩动踏板时，大猪会在小猪跑到食槽之前刚好吃光所有的食物；若大猪踩动了踏板，则还有机会在小猪吃完落下的食物之前跑到食槽，争吃到另一半残羹。可以看出，该博弈是一个完全信息静态博弈，那么，两只猪各会采取什么策略？　小猪将选择“搭便车”

今天在修改memory_max_target和memory_target参数之后，在startup启动时报错：sql> startup  ORA-00845: MEMORY_TARGET not supported on this system解决办法：oracle 11g中新增的内存自动管理的参数MEMORY

今天在用exp导出一个表的时候，报了1455的错误，服务端oracle的版本是11.2.0.4，客户端是10.2.0.4，开始以为是版本不一致的问题，但是根据经验以前也这么导出过没遇到这个问题呢，后来查到是这个表是空表导致的。[oracle@RACdbTestServer ~]$ exp hxxx/xxxxx@192.168.128.xx/oraxxx &n

./runInstaller -silent -responseFile /alidata1/db_install.rspdbca -silent -responseFile /alidata1/dbca.rspnetca -silent -responseFile /alidata1/netca.rsp[GENERAL]RESPONSEFILE_VERSION = "11.2.0&qu

CentOS7 通过YUM安装MySQL5.71.进入到要存放安装包的位置cd /home/lnmp 2.查看系统中是否已安装 MySQL 服务，以下提供两种方式：rpm -qa | grep mysqlyum list installed | grep mysql 3.如果已安

很多时候，我们要清理一个大表的数据，比如几个亿，业务还不能停，还只能delete，这种情况下分批删除是个好办法。create or replace procedure delBigTab --分批提交删除 (p_TableName in varchar2, --表名  p_Condition i

os版本：[root@iz2zecm5evly3vhbie5ik4z ~]# cat /etc/redhat-release  CentOS Linux release 7.3.1611 (Core)查看数据源 [root@oraclerac1 ~]# cd /etc/yum.repo

看到这个错误，想到可能是session满了，试了一下果然是[oracle@oraclerac1 ~]$ sqlplus "/ as sysdba" SQL*Plus: Release 11.2.0.4.0 Production on Thu Aug 2&nb

1.查看主库是否满足切换条件SQL> select switchover_status from v$database; SWITCHOVER_STATUS ---------------------------------------- TO STANDBY有时候会显示 SESSION ACTIVE，这表示当前还有活动的会话连接。2.

在dataguard搭建之后，主库报错：Tue Jul 31 15:57:11 2018 Error 12154 received logging on to the standby PING[ARC5]: Heartbeat failed to&nbsp

1.查看路径SQL> show parameter control;NAME      TYPE------------------------------------ ----------------------VALUE------------------------------control_file_record_keep_time  

有时候我们想把数据文件移动到其他的目录下，可以按照如下操作： 查看数据文件位置SQL>  select file_name from sys.dba_data_files; FILE_NAME ------------------------------------------------------------------