ques
成都创新互联公司是一家以网站建设公司、网页设计、品牌设计、软件运维、seo优化、小程序App开发等移动开发为一体互联网公司。已累计为人造雾等众行业中小客户提供优质的互联网建站和软件开发服务。
1：oracl里是有很多锁，但是很多它是自己用的。你无需操心。但要明白原理。
ques
2:
任何一条sql语句都会启动一种锁。比如select就会启动共享锁。如果用了select...for
update
就会在那一行加上排它锁。不允许其他的会话改着条数据，但是很多在完毕了就释放了。因为运行的很快。一般commit就会释放锁。
ques
3：事务T1对A加了一个排它锁，在oracle中不可以加其它锁了。
ques
4：事务T1对A加了一个共享锁，还可以加共享锁，和排他锁。
如果当前有用户在对某行数据进行修改登操作，oracle会在这行数据上添加行级锁，期间，所有用户对该行数据只能查询，不可修改，如果比如说执行update操作，需等待该修改操作事务提交或者回滚之后，才行。
lock table 表名 exclusive mode nowait; -- 锁整个表
select * from 表名 where XXX for update nowaitl -- 锁符合条件的记录
一般select会加一个共享锁的,怎么可能drop 得掉表呢.
除非一种可能
select语句早就运行完了,只是在前端显示的时候要花很长时间！
乐观锁一开始也说了，就是一开始假设不会造成数据冲突，在最后提交的时候再进行数据冲突检测。在乐观锁中，我们有3种
常用的做法来实现。
[1]第一种就是在数据取得的时候把整个数据都copy到应用中，在进行提交的时候比对当前数据库中的数据和开始的时候更新前取得的数据。当发现两个数据一模一样以后，就表示没有冲突可以提交，否则则是并发冲突，需要去用业务逻辑进行解决。
[2]第二种乐观锁的做法就是采用版本戳，这个在Hibernate中得到了使用。采用版本戳的话，首先需要在你有乐观锁的数据库table上建立一个新的column，比如为number型，当你数据每更新一次的时候，版本数就会往上增加1。比如同样有2个session同样对某条数据进行操作。两者都取到当前的数据的版本号为1，当第一个session进行数据更新后，在提交的时候查看到当前数据的版本还为1，和自己一开始取到的版本相同。就正式提交，然后把版本号增加1，这个时候当前数据的版本为2。当第二个session也更新了数据提交的时候，发现数据库中版本为2，和一开始这个session取到的版本号不一致，就知道别人更新过此条数据，这个
时候再进行业务处理，比如整个Transaction都Rollback等等操作。在用版本戳的时候，可以在应用程序侧使用版本戳的验证，也可以在数据库侧采用Trigger(触发器)来进行验证。不过数据库的Trigger的性能开销还是比较的大，所以能在应用侧进行验证的话还是推荐不用Trigger。
[3]第三种做法和第二种做法有点类似，就是也新增一个Table的Column，不过这次这个column是采用timestamp型，存储数据最后更新的时间。在Oracle9i以后可以采用新的数据类型，也就是timestamp with time zone类型来做时间戳。这种Timestamp的数据精度在Oracle的时间类型中是最高的，精确到微秒(还没与到纳秒的级别)，一般来说，加上数据库处理时间和人的思考动作时间，微秒级别是非常非常够了，其实只要精确到毫秒甚至秒都应该没有什么问题。和刚才的版本戳类似，也是在更新提交的时候检查当前数据库中数据的时间戳和自己更新前取到的时间戳进行对比，如果一致则OK，否则就是版本冲突。如果不想把代码写在程序中或者由于别的原因无法把代码写在现有的程序中，也可以把这个时间戳乐观锁逻辑写在Trigger或者存储过程中。
ConnectOracle con = new ConnectOracle();
Connection connect = con.getConnection();
// 设置手动提交事务
connect.setAutoCommit(false);
Statement stmt = connect.createStatement();
// 锁表
stmt.addBatch("lock table t_symbol_code_fee in exclusive mode");
// 此处打上断点后，执行另一个类，你会发现，执行成功后并没有更改记录，因为表已经被锁定。只有提交事务后，TestOracle中执行的修改才能生效。
stmt.executeBatch();
// 提交后自动解锁，回滚时也会自动解锁
connect.commit();
stmt.close();
connect.close();
