undo

first of all .. sorry if my english was bad. its my 3rd language im working on a paint software that draw over images and save them again ( for commenting propose ) i use pile and wxpython. but im still having problems with some features .. what is the ideal way to make the undo option ? another question .. when the user scale the picture ( by enlarging the drawing frame) the lines doesn't scale . how do i make that happen . i got rid of all those problems by saving temporary images to the hard disk whenever the user finishes a line and assign that new picture ( the old one with a line on it)

最近遇到了这个案例，官方文档已有详尽的分析、介绍，特转载在此，方便以后查看！ Full UNDO Tablespace In 10gR2 and above ( 文档 ID 413732.1) 转到底部 In this Document Symptoms Changes Cause Solution References APPLIES TO: Oracle Database - Enterprise Edition - Version 10.2.0.1 to 11.2.0.3 [Release 10.2 to 11.2] Information in this document applies to any platform. Checked for relevance on 30-Jun-2010 Checked for relevance on 31-Jan-2012 SYMPTOMS In a 10gR2 database with an UNDO tablespace created in NO AUTOEXTEND mode, having transactions running in the database, apparently the UNDO tablespace appears to be full. Also many UNEXPIRED undo

MySQL5.6中开始支持把undo log分离到独立的表空间，并放到单独的文件目录下；采用独立undo表空间，再也不用担心undo会把 ibdata1 文件搞大； 也给我们部署不同IO类型的文件位置带来便利，对于并发写入型负载，我们可以把undo文件部署到单独的高速存储设备上. 在数据库初始化的时候就使用如下三个参数 innodb_undo_tablespaces=3 #设置为3个 innodb_undo_logs=128 #默认128个 innodb_undo_directory =/dbfiles/mysql_home/undologs 就可以分离出单独的undo表空间 root@localhost [(none)]> show variables like '%undo%'; +-------------------------+--------------------------------+ | Variable_name | Value | +-------------------------+--------------------------------+ | innodb_undo_directory | /data/mysql/mysql3306/undologs | | innodb_undo_logs | 2 | | innodb_undo

I have unfortunately deleted some important files and folders using 'rm -R ' command in Linux server. Is there any way to recover? since answers are disappointing I would like suggest a way in which I got deleted stuff back. I use an ide to code and accidently I used rm -rf from terminal to remove complete folder. Thanks to ide I recoved it back by reverting the change from ide's local history. (my ide is intelliJ but all ide's support history backup) Short answer: You can't. rm r e m oves files blindly, with no concept of 'trash'. Some Unix and Linux systems try to limit its destructive

一、基本语法 CREATE [ BIGFILE | SMALLFILE ] UNDO TABLESPACE [ 数据文件语句 ] [ 范围管理语句 ] [ 一致性保护 ] 二、数据文件大小 数据文件的路径名：DATAFILE datefile_spec1 [,datefile_spec2] … 文件的初始大小：[SIZE INTEGER [K|M|G|T|P|E]] 重用：[REUSE] 表明是否自动扩展：[AUTOEXTEND] 不自动扩展：OFF 自动扩展：ON 表示数据文件满了以后,扩展的大小：[NEXT INTEGER [K|M|G|T|P|E]] 最大扩展到：[MAXSIZE ] 表示无限的表空间：[UNLIMITED] 表示数据文件的最大大小：INTEGER [K|M|G|T|P|E]] 三、范围管理语句 说明了表空间如何管理范围。一旦你声明了这个子句，只能通过移植的方式改变这些参数。 如果希望表空间本地管理的话，声明local选项，本地管理表空间是通过位图管理的 EXTENT MANAGEMENT LOCAL 说明表空间自动分配范围，用户不能指定范围的大小。只有9.0以上的版本具有这个功能。 AUTOALLOCATE uniform说明表空间的范围的固定大小，缺省是1m。 UNIFORM [SIZE INTEGER [K|M|G|T|P|E]]

undo日志 作用 因一些原因（机器宕机/操作系统错误/用户主动rollback等)导致事务执行到一半，但这时事务的执行已经让很多信息修改了（提交前就会边执行边修改记录），但还有部分未执行，为了保证事务的一致性与原子性，要么全都执行成功，要么全都失败，所以就需要回滚，而rollback需要旧值依据，而这些旧值记录就存储在undo日志中。 redo日志记录 记录时机 InnoDB存储引擎在实际的进行增删改操作时，每操作一条记录都会先把对应的undo日志记录下来。 undo日志通用结构 undo日志存储在类型为FIL_PAGE_UNDO_LOGO的页面中，而每条记录添加到数据页中时，都会隐式的生成两个列trix_id和roll_pointer，trix_id就是事务id，roll_pointer是指向记录对应的undo日志的一个指针 end of record：本条undo日志在页中结束地址 undo type：undo日志类型 undo no：undo日志编号，事务没提交时，每生成一条undo日志就递增1 table id：本条undo 日志对应记录所在table id（information_schema库中表innodb_sys_tables查看） 主键各列信息列表：<len, value>关键列占用空间和真实值信息列表 start of record：本条undo

I'm creating a map editing webapp where we can create and edit polylines, polygons etc. I've some trouble finding informations on undo implementation on the web, I find whining about "we need undo" and "here is my Command pattern using closures" but I think between that and a full undo/redo interface there is quite some road. So, here are my questions (good candidate for wiki I think): Should I manage the stack, or is there a way to send my commands to the browser's stack ? (and how do I handle native commands, like text edits in textifields in this case) how do I handle "command compression"

写在前面的话 在使用 Linux 的时候，可以经常听到有关文件系统 FS（File System）的东西，MySQL 也有属于自己类似的东西，那就是存储引擎。之前在创建数据表的时候，在 Create table 后面一般都加了 engine=innodb。这就是指定存储引擎。 关于存储引擎 可以将存储引擎就当作 Linux 而言的文件系统，其主要功能在于：数据读写 / 安全 / 一致性，提升读写性能，提供热备份，自动故障恢复，高可用等。 需要知道的存储引擎大致有： InnoDB ， MyISAM ， MEMORY ，ARCHIVE， CSV ， BLACKHOLE ，MERGE，NDBCLUSTER，EXAMPLE 等 查看数据库支持的存储引擎： show engines; 结果： 值得注意的是，存储引擎针对的对象是表，这意味着一个库中，可能存在多种存储引擎，例如： select TABLE_NAME,ENGINE from information_schema.tables where TABLE_SCHEMA="mysql"; 结果： 对于 MySQL 的两大分支 Percona 和 MariaDB 的存储引擎： Percona：默认 XtraDB MariaDB：默认 InnoDB 同样也有其它的存储引擎：TokuDB，RocksDB，MyRocks 等。