Question

SQL多用户访问数据库如何解决的冲突？

程序供多个用户使用，当用户同时连接数据库的时候冲突还是同时读一个表的时候冲突还是同时写一个表的时候才冲突？冲突的时候当以什么方式预防或解决？

Answer 1

sql多用户访问数据库其实就是事务并发，会引起如下问题：
1、脏读：一个事务读取到了另外一个事务没有提交的数据
事务1：更新一条数据
事务2：读取事务1更新的记录
事务1：调用commit进行提交
此时事务2读取到的数据是保存在数据库内存中的数据，称为脏读。
读到的数据为脏数据
详细解释：
脏读就是指:当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，
另外一个事务也访问这个数据，然后使用了这个数据。因为这个数据是还没有提交的数据，那么另外一个
事务读到的这个数据是脏数据，依据脏数据所做的操作可能是不正确的。
2、不可重复读：在同一事务中，两次读取同一数据，得到内容不同
事务1：查询一条记录
事务2：更新事务1查询的记录
事务2：调用commit进行提交
事务1：再次查询上次的记录
此时事务1对同一数据查询了两次，可得到的内容不同，称为不可重复读。
3、幻读：同一事务中，用同样的操作读取两次，得到的记录数不相同
事务1：查询表中所有记录
事务2：插入一条记录
事务2：调用commit进行提交
事务1：再次查询表中所有记录
此时事务1两次查询到的记录是不一样的，称为幻读
详细解释：
幻读是指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，
这种修改涉及到表中的全部数据行。同时，第二个事务也修改这个表中的数据，这种修改是向表
中插入一行新数据。那么，以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行，
就好象发生了幻觉一样。
处理以上隔离级别的问题，采用如下方是：
事务隔离五种级别：
TRANSACTION_NONE 不使用事务。
TRANSACTION_READ_UNCOMMITTED 允许脏读。
TRANSACTION_READ_COMMITTED 防止脏读，最常用的隔离级别,并且是大多数数据库的默认隔离级别
TRANSACTION_REPEATABLE_READ 可以防止脏读和不可重复读，
TRANSACTION_SERIALIZABLE 可以防止脏读，不可重复读取和幻读，（事务串行化）会降低数据库的效率
以上的五个事务隔离级别都是在Connection接口中定义的静态常量，
使用setTransactionIsolation(int level) 方法可以设置事务隔离级别。
如:con.setTransactionIsolation(Connection.REPEATABLE_READ);
注意：事务的隔离级别受到数据库的限制，不同的数据库支持的的隔离级别不一定相同
1 脏读：修改时加排他锁，直到事务提交后才释放，读取时加共享锁，读取完释放事务1读取数据时加上共享锁后（这 样在事务1读取数据的过程中，其他事务就不会修改该数据），不允许任何事物操作该数据，只能读取，之后1如果有更新操作，那么会转换为排他锁，其他事务更 无权参与进来读写，这样就防止了脏读问题。
但是当事务1读取数据过程中，有可能其他事务也读取了该数据，读取完毕后共享锁释放，此时事务1修改数据，修改 完毕提交事务，其他事务再次读取数据时候发现数据不一致，就会出现不可重复读问题，所以这样不能够避免不可重复读问题。
2 不可重复读：读取数据时加共享锁，写数据时加排他锁，都是事务提交才释放锁。读取时候不允许其他事物修改该数据，不管数据在事务过程中读取多少次，数据都是一致的，避免了不可重复读问题
3 幻读问题：采用的是范围锁RangeS RangeS_S模式，锁定检索范围为只读，这样就避免了幻影读问题。

Answer 2

最常见的是多个用户同时操纵一个表的时候冲突，一个想改数据，一个想读删数据，当然会有冲突，这是有锁的机制来约束并发访问数据，就是当一个用户对一个表的某个字段进行操作时锁定数据，直到操作完成锁才接触，然后下一个用户来操作数据。

追问

这锁是SQL Server自动提供的还是需要我手工设置的？

追答

是自己手动设置的，当然，代码也可以实现。可以在表中建立锁，锁又分为独占锁(就是在某个时期只允许某个用户操作某个特定表对象)、共享锁(大家都可以使用)、更新锁（解决死锁的问题）。锁的机制挺麻烦的，一言半语也说不清，你可以自己查下资料。

Answer 3

不用太多考虑，数据库系统替你考虑大部分情况。