首先你需要知道你操作update,的时间。
其实Oracle提交数据是分两步操作的，第一步execute执行，第二步commit提交。对应的PL\
SQL
也是要先点execute执行，执行后再点commit提交。
但是 commit提交后 可以用闪回查询恢复原来的数据 因为oracle会将近期的数据保存到快照中 如:
SELECT * FROM tab AS OF TIMESTAMP TO_TIMESTAMP('20
正在看的ORACLE教程是:Oracle7.X
回滚
表空间数据文件误删除处理方法。 —- 一、 引言： —-
回滚
段是数据库的一部分，它记录数据库
变更
的信息。使用这些信息实现数据库的读一致性及其恢复。若
回滚
段出现故障，则数据库不能正常启动，导致数据库瘫痪，用户无法读写数据。若能将
回滚
段的故障排除，则不会影响用户的
实际
数据。笔者最近在
实际
工作中遇到一个问题：用户将
回滚
段表空间(r
Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1
在保存数据时候出现这个异常，网上很多答案说是主键问题，查了主键也没有发现问题，新增也设置主键了，
后面发现是重复
更新
数据了，在同一个事务中查到的数据直接set值后面又进行了save保存数据，导致了重复
更新
了。
Batch update returned unexpected row count from update [0]; actual row count: 2; expected: 1;
字面意思就是
更新
字段的时候，只想
更新
一条，结果有两条
我的错误情况是 数据库表中没有设置主键，但我在hbm配置文件中将code 和date设置为联合主键
然后在
更新
操作的时候一直报错，看了网上很多，猜测...
Oracle弱智100问1. Oracle安装完成后的初始口令? internal/oracle sys/change_on_install system/manager scott/tiger sysman/oem_temp 2. ORACLE9IAS WEB CACHE的初始默认用户和密码？ administrator/administrator 3. oracle 8.0.
My
SQL
3大日志的作用
BinLog
BinLog是记录所有数据库表结构
变更
（例如create、alter table）以及表数据修改(insert、update、delete)的二进制日志，主从数据库同步用到的都是BinLog文件。BinLog日志文件有三种模式。
STATEMENT 模式
内容：binlog 只会记录引起数据
变更
的
sql
语句
优势：该模式下，因为没有记录
实际
的数据，所以日志量和 IO 都消耗很低，性能是最优的
劣势：但有些操作并不是确定的，比如 uuid() 函数会随机产生唯一
得益于自己的好习惯，每次
更新
数据都是在测试库把
sql
先跑一遍，才敢到线上库执行。其实即使
出错
了，还有恢复的余地。步骤如下。
SELECT * FROM js_gkb_unit AS OF TIMESTAMP TO_TIMESTAMP('20201223 14:30:00','YYYYMMDD HH24:MI:SS')
看下这条
sql
，js_gkb_unit就是你要
回滚
的表名，后面的时间戳就是你想
回滚
到的时间点。执行这条语句，查看数据，确定此时间点就是想
回滚
到的那个点。
create t
有次同事将测试库数据进行了修改但是忘记了加where条件 导致所有数据都会
变更
。首先你需要知道你操作update,的时间。其实Oracle提交数据是分两步操作的，第一步execute执行，第二步commit提交。对应的PL\
SQL
也是要先点execute执行，执行后再点commit提交。但是 commit提交后 可以用闪回查询恢复原来的数据 因为oracle会将近期的数据保存到快照中 如:```S...
想从idea直接删除一条数据，但是有数据
回滚
以下方法的前提是能确定数据完全一致，并且有区别其他数据的字段
Unexpected update count received (Actual: 2, Expected: 1). All changes will be rolled back.
一行代码解决
DELETE FROM test WHERE number = 1 and name = '小明' LIMIT 1;
执行后的结果
如果是多条重复的数据，可以先查询数量（count *），再去修改l
