悲观锁机制存在以下问题：
1. 在多线程竞争下，加锁、释放锁会导致比较多的上下文切换和调度延时，引起性能问题。
2. 一个线程持有锁会导致其它所有需要此锁的线程挂起。
3. 如果一个优先级高的线程等待一个优先级低的线程释放锁会导致优先级倒置，引起性能风险。
对比于悲观锁的这些问题，另一个更加有效的锁就是乐观锁。其实乐观锁就是：每次不加锁而是假设没有并发冲突而去完成某项操作，如果因为并发冲突失败就重试，直到成功为止。
乐观锁就是觉得冲突的概率很小，我们先自己做事情，然后最后提交的时候，看有没有冲突，如果没有就成功，否则就回滚。它应对的情况就是大部分时候，没有那么多冲突
而悲观锁就是觉得一开始冲突很多，所以先进行抢锁，抢到了，再开始干活。
所以比较两者，其实更应该看当前任务的处理场景。
悲观锁 本质上 顺序执行了；
乐观锁 本质上 顺序执行了；
悲观锁 适合频繁触发；
乐观锁 适合少量触发；
性能： 在成功的前提下，区别不大；
乐观锁，一旦执行失败，会有重试机制，如果并发大量触发，会导致重试机制不断触发，导致性能急剧下降；
你看的百度上的东西，应该是最后一条的讲解；