二者不是一个层面的东西。
MVCC（Multi-Version Concurrent Control），基于快照隔离机制(Snapshot Isolations)进行多版本并发控制，是一种以乐观锁为理论基础的，用来解决读-写冲突的无锁并发控制。也就是为事务分配单向增长的时间戳，为每个修改保存一个版本，版本与事务时间戳关联，读操作只读该事务开始前的数据库的快照，也就是说，事务开启时看到是哪个版本就看到这个版本，这样在读操作不用阻塞写操作，写操作不用阻塞读操作，提升性能的同时，避免了脏读和不可重复读。不同DB厂商不同的MVCC实现机制。
乐观锁（基于数据版本（ Version ）记录机制实现并发控制）是一种基础理论，在读写事务，在真正的提交之前，不加读/写锁，而是先看一下数据的版本/时间戳，等到真正提交的时候再看一下版本/时间戳，如果两次相同，说明别人期间没有对数据进行过修改，那么就可以放心提交；如果遇到冲突，则需要回退。乐观体现在，访问数据时不提前加锁。在资源冲突不激烈的场合，用乐观锁性能较好。如果资源冲突严重，乐观锁的实现会导致事务提交的时候经常看到别人在他之前已经修改了数据，然后要进行回滚或者重试，还不如一上来就加锁。所以在数据库的实现中，一般使用悲观锁，即：操作数据之前先拿到对应的锁。
另：
在数据库方面。
悲观锁就是for update
乐观锁就是 version字段
JDK方面：
悲观锁就是sync
乐观锁就是原子类（内部使用CAS实现）
本质来说：悲观锁认为总会有人抢我的；乐观锁就认为，基本没人抢。