SQL多用户访问数据库怎样解决冲突？

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

1.数据库并发访问会出现哪些问题?

---------记录锁死

2.可以通过哪些方法解决么?

------------减少并发数，做一个消息队列，采用异步方式 *** 作数据库

---