mysql使用乐观锁时，自带的悲观锁会失效么？
这是两个不同的概念。
1.在表中增加version，是由你自己写的程序或者sql的where条件控制的，并没有真正的到达mysql的事务层。2.悲观锁是mysql自己维护的锁机制，你加不加version跟悲观锁没关系，而只跟你设置的事务级别有关系关于mySql中乐观锁与读已提交（事务隔离级别）的搭配使用问题！求大神带飞？
在read uncommitted(未提交读)级别中，事务中的修改，即使没有提交，对其他事务也是可见的。事务可以读取未提交的数据，这种也可以叫脏读，这个级别其实会导致很多问题，从性能上讲，未提交读不会比其他级别好太多，但却缺乏其他级别的好处，除非真的非常有必要，在实际中一般不使用的。
mysql有个多版本控制MVCC，可以认为MVCC是行级锁的一个变种，但他在很多情况下避免了加锁操作，因此开销更低。MVCC实际上是乐观并发控制的，通过每行的记录后面保存两个隐藏的列实现，一个是创建时间，一个是删除时间，当然实际存储的不是时间值，而是版本号。
MVCC只在repeatable read和read committed两个级别下工作，其他隔离级别都和MVCC不兼容，因为read uncommitted总是读到最新数据，而不是符合当前事务版本的数据行。
综上所述，乐观锁是和读已提交搭配使用是可以的
分布式锁解决并发的三种实现方式？
分布式锁三种实现方式：
1. 基于数据库实现分布式锁；
2. 基于缓存（Redis等）实现分布式锁；
3. 基于Zookeeper实现分布式锁； 基于数据库实现分布式锁
1. 悲观锁 利用select … where … for update 排他锁 注意: 其他附加功能与实现一基本一致，这里需要注意的是“where name=lock ”，name字段必须要走索引，否则会锁表。有些情况下，比如表不大，mysql优化器会不走这个索引，导致锁表问题。
2. 乐观锁 所谓乐观锁与前边最大区别在于基于CAS思想，是不具有互斥性，不会产生锁等待而消耗资源，操作过程中认为不存在并发冲突，只有upd
数据库面试常问的几个问题？
1．事务四大特性（ ACID ）原子性、一致性、隔离性、持久性？
2.事务的并发？事务隔离级别，每个级别会引发什么问题， mysql 默认是哪个级别？
3.MySQL常见的三种存储引擎
( InnoDB 、 MyISAM 、 MEMORY )的区别？
4.MySQL的 MyISAM 与 InnoDB 两种存储引擎在，事务、锁级别，各自的适用场景？
5．查询语句不同元素（ where 、 jion 、 limit 、 group by 、 having 等等）执行先后顺序？
6．什么是临时表，临时表什么时候删除？7. MySQL B + Tree 索引和 Hash 索引的区别？
8.聚集索引和非聚集索引区别？
9．有哪些锁（乐观锁悲观锁）, select 时怎么加排它锁？
10.非关系型数据库和关系型数据库区
分布式是如何实现的？
分布式锁三种实现方式：
1. 基于数据库实现分布式锁；
2. 基于缓存（Redis等）实现分布式锁；
3. 基于Zookeeper实现分布式锁； 基于数据库实现分布式锁
1. 悲观锁 利用select … where … for update 排他锁 注意: 其他附加功能与实现一基本一致，这里需要注意的是“where name=lock ”，name字段必须要走索引，否则会锁表。有些情况下，比如表不大，mysql优化器会不走这个索引，导致锁表问题。
2. 乐观锁 所谓乐观锁与前边最大区别在于基于CAS思想，是不具有互斥性，不会产生锁等待而消耗资源，操作过程中认为不存在并发冲突，只有upd