悲观锁
悲观锁是一种独占锁，该锁假设数据访问时一定会存在并发冲突，因此需要在每次访问数据库时都加上锁，防止其他进程对数据进行修改，直到当前进程完成对数据的操作后再释放锁。
悲观锁适用于高并发访问环境下的数据保护，但是使用过多会阻塞其他进程的执行，造成性能上的明显下降。MySQL中的悲观锁有两种实现方式：
1. 共享锁（Shared Lock）
共享锁指多个进程可以同时访问同一份数据，但是这些进程只能读取数据，不能修改。如果有一个进程已经加了共享锁，其他进程只能再加共享锁，不能加排他锁。同时，在一个进程持有共享锁时，其他进程可以共享锁。
2. 排他锁（Exclusive Lock）
排他锁指只有一个进程可以访问某份数据，并且该进程具有修改数据的权限。如果有一个进程已经加了排他锁，其他进程就不能再加锁了。同时，在一个进程持有排他锁时，其他进程也不能持有共享锁。
在MySQL中，共享锁和排他锁由SELECT语句的锁定操作完成，通过加`FOR SHARE`或者`FOR UPDATE`来实现。
乐观锁
乐观锁是一种无锁机制，相对于悲观锁，它是一种轻量级的并发控制方案，它在逻辑上认为所有的数据操作都不会引起冲突，因此操作时不会加锁，而是在最后提交操作时检查是否有冲突，如果有则回滚，重新尝试操作。乐观锁适用于并发冲突比较少、互斥时间短的操作。
MySQL中的乐观锁需要开发人员手动实现。实现方式一般是通过为数据增加一个版本号来实现，每次读取时都将版本号一起读出，操作完后提交时也需要比对版本号是否一致。
悲观锁和乐观锁的对比
| 悲观锁 | 乐观锁 | |
|---|---|---|
| 性能 | 低 | 高 |
| 使用场景 | 并发访问量较高的场景，需要保护数据的完整性时 | 并发冲突较少，互斥时间短的操作 |
| 实现 | MySQL本身提供锁机制，开发人员只需要使用即可 | 需要手动实现版本号控制 |
综上，悲观锁和乐观锁都是解决并发访问问题的方案，但具有不同的适用场景和实现方式。开发人员需要根据实际情况选择适合自己的方案，提高系统的并发处理能力。
