undo

Oracle快速替换UNDO表空间方法 UNDO表空间不够用，有两种处理方法： 1、扩大表空间大小； 2、创建新的UNDO表空间，删除原来的。 一、 初步操作 确认UNDO表空间名称 select name from v$tablespace; 检查数据库UNDO表空间占用空间情况以及数据文件存放位置； select file_name,bytes/1024/1024 from dba_data_files where tablespace_name like 'UNDOTBS1'; 二、 扩大UNDO表空间 alter database UNDOTBS1 datafile '/opt/oracle/oradata/inms/undotbs02.dbf' resize 4000M; 三、 创建新的UNDO表空间，删除原来的 1、创建新的UNDO表空间，并设置自动扩展参数； create undo tablespace undotbs2 datafile '/oradata/oradata/ddptest/UNDOTBS1.dbf' size 2 1000m reuse autoextend on next 800m maxsize unlimited; 2、动态更改spfile配置文件； alter system set undo_tablespace=undotbs2 scope

【故障处理】 ORA-30012 的解决过程 1 BLOG 文档结构图 2 前言部分 2.1 导读和注意事项 各位技术爱好者，看完本文后，你可以掌握如下的技能，也可以学到一些其它你所不知道的知识， ~O(∩_∩)O~ ： ① ORA-30012 的解决过程 Tips ： ① 本文在 itpub （ http://blog.itpub.net/26736162 ）、博客园 ( http://www.cnblogs.com/lhrbest ) 和微信公众号（ xiaomaimiaolhr ） 上 有同步更新 。 ② 文章中用到的所有代码 、 相关软件 、 相关资料 及本文的 pdf 版本都 请前往小麦苗的云盘下载 ， 小麦苗的 云盘地址见： http://blog.itpub.net/26736162/viewspace-1624453/ 。 ③ 若网页文章代码格式有错乱， 请 下载 pdf 格式的文档来 阅读 。 ④ 在 本篇 BLOG 中 ，代码输出部分一般放在一行一列的表格中。其中， 需要特别关注的地方我都用 灰色背景和粉红色字体 来表示，比如 在 下边的例子中， thread 1 的最大归档日志号为 33 ， thread 2 的最大归档日志号为 43 是需要特别关注的地方；而命令一般使用 黄色背景和红色字体 标注；对代码或代码输出部分的注释一般采用 蓝色字体 表示。 List

mysql在5.6版本之后，就可以将undo表空间从系统表空间分离出来。如果在初始化mysql的时候，/etc/my.cnf文件中，并没有指定innodb_undo_tablespaces的数量，那么默认情况undo就是存放在系统表空间中。初始化成功之后，尝试修改innodb_undo_tablespaces参数，数据库就会报错 root@localhost [(none)]>set global innodb_undo_tablespaces=3; ERROR 1238 (HY000): Variable 'innodb_undo_tablespaces' is a read only variable 或者修改/etc/my.cnf文件，重新启动 [root@rsync-test03 data]# service mysqld start Starting MySQL..The server quit without updating PID file ([FAILED]sql/mysql3306/data/rsync-test03.pid). 　　 官方文档解释： 　　 来源： https://www.cnblogs.com/hanglinux/p/12508805.html

问题背景： 客户数据库环境遭遇断电宕机，启动数据库失败，协助查看。 报错如下： 1 Total System Global Area 6442450944 bytes 2 Fixed Size 8807168 bytes 3 Variable Size 1375735040 bytes 4 Database Buffers 5049942016 bytes 5 Redo Buffers 7966720 bytes 6 Database mounted. 7 ORA-00742: Log read detects lost write in thread 1 sequence 1202 block 137840 8 ORA-00312: online log 18 thread 1: '/u01/app/oracle/oradata/orcl/redo18.log' 9 10 11 alter pluggable database all open 12 * 13 ERROR at line 1: 14 ORA-01109: database not open 问题解决： 宕机过程中redolog丢失 1 SQL> RECOVER DATABASE UNTIL CANCEL; //尝试recover 2 ORA-01547: 警告: RECOVER 成功但 OPEN

Oracle误删除表数据后的恢复具体解释 測试环境： SYSTEM:IBM AIX 5L Oracle Version :10gR2 1. undo_retention參数的查询 与 改动 使 用 show parameter undo 命令查看当 前 的数据库參数 undo_retention 设置。 显演示样例如以下： SQL> show parameter undo NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ undo_management string AUTO undo_retention integer 900 undo_tablespace string UNDOTBS2 undo_retention(保持力)， 900 单位是 秒 ， 即 15分钟 。 改动默认的undo_retention參数设置： SQL> ALTER SYSTEM SET undo_retention=10800 SCOPE=BOTH; System altered. SQL> show parameter undo NAME TYPE VALUE ------------------------------------ ----------- -

前言 文本已收录至我的GitHub精选文章，欢迎Star ： https://github.com/ZhongFuCheng3y/3y 在前一阵子，大哥问过我：”你知道MySQL的原子性是怎么保证的吗“。我懵逼了，MySQL怎么保证原子性？我不会啊。 谁都知道在事务里边原子性的意思：” 一个事务包含多个操作，这些操作要么全部执行，要么全都不执行 “ 于是大哥就给我讲：”用的就是 undo log 啊“。 我：”卧槽，又是知识盲区“ 后来在网上翻了一下，MySQL里边还有几种常见的 log ，分别为： undo log binlog redo log 如果你也未曾关注过这些 log ，麻烦在评论区给我留个言， 让我觉得不是只有我一个人这么菜，行不行 ？ 后来我又去搜了一下，其实这几种log在 面试 的时候也经常会问到，这篇文章以最简单的方式来讲讲，希望对大家有帮助。 一、什么是binlog binlog 其实在日常的开发中是听得很多的，因为很多时候数据的更新就依赖着 binlog 。 举个很简单的例子：我们的数据是保存在数据库里边的嘛，现在我们对某个商品的某个字段的内容改了（数据库变更），而 用户检索的出来数据是走搜索引擎的 。为了让用户能搜到最新的数据，我们需要把引擎的数据也改掉。 一句话： 数据库的变更，搜索引擎的数据也需要变更 。 于是，我们就会监听 binlog 的变更，如果

ORACLE UNDO表空间回收处理 1、首先查询当前undo表空间的使用情况 SQL> select file_name,bytes/1024/1024 MB,autoextensible from dba_data_files where tablespace_name like 'UNDOTBS1'; FILE_NAME MB AUTOEX ---------------------------------------------------------------------------------------------------- ---------- ------ +MGMT/_MGMTDB/76C3BF7AF221EFDFE0530F0B08BCEB76/DATAFILE/undotbs2.285.1034609595 2048 NO 2、查看当前undo的参数 SQL> show parameter undo NAME TYPE VALUE ------------------------------------ ---------------------- ------------------------------ temp_undo_enabled boolean FALSE undo_management string AUTO undo

天天用事务，但是你知道MySQL事务的实现原理吗？ 1. 开篇 相信大家都用过事务以及了解他的特点，如原子性(Atomicity),一致性(Consistency),隔离型(Isolation)以及持久性(Durability)等。今天想跟大家一起研究下事务内部到底是怎么实现的，在讲解前我想先抛出个问题： 事务想要做到什么效果？ 按我理解，无非是要做到可靠性以及并发处理。 可靠性：数据库要保证当insert或update操作时抛异常或者数据库crash的时候需要保障数据的操作前后的一致，想要做到这个，我需要知道我修改之前和修改之后的状态，所以就有了undo log和redo log。 并发处理：也就是说当多个并发请求过来，并且其中有一个请求是对数据修改操作的时候会有影响，为了避免读到脏数据，所以需要对事务之间的读写进行隔离，至于隔离到啥程度得看业务系统的场景了，实现这个就得用MySQL 的隔离级别。 下面我首先讲实现事务功能的三个技术，分别是日志文件(redo log 和 undo log)，锁技术以及MVCC，然后再讲事务的实现原理，包括原子性是怎么实现的，隔离型是怎么实现的等等。最后在做一个总结，希望大家能够耐心看完 redo log与undo log介绍 mysql锁技术以及MVCC基础 事务的实现原理 总结 2 redo log 与 undo log介绍 1. redo