悲观锁和乐观锁是数据库并发控制中的两种基本策略，它们主要应用于多用户共享的数据环境，以防止数据的不一致性。在MySQL中，这两种锁机制有各自的特点和应用场景。
一、悲观锁
悲观锁正如其名，它假设在数据处理过程中可能会出现并发冲突，因此在读取数据时就立即加锁，确保其他用户无法修改数据。在MySQL中，悲观锁通常通过`SELECT ... FOR UPDATE`语句实现，它可以锁定查询到的行，直到当前事务结束才释放锁。以下是一个使用悲观锁处理商品秒杀的例子：
1. 开启事务（关闭自动提交）：`BEGIN; SET autocommit = 0;`
2. 查询并锁定商品库存：`SELECT nums FROM tb_goods_stock WHERE goods_id = {$goods_id} FOR UPDATE;`
3. 验证库存并减少数量（如果满足条件）：`UPDATE tb_goods_stock SET nums = nums - {$num} WHERE goods_id = {$goods_id} AND nums >= {$num};`
4. 提交事务（释放锁）：`COMMIT;`
悲观锁的优点在于能确保数据的一致性，但缺点是可能导致较高的锁竞争，降低系统并发能力，因为事务中的锁定时间较长。
二、乐观锁
乐观锁则相反，它假设在大多数情况下不会有并发冲突，因此在读取数据时不加锁，而在更新数据时检查在此期间是否有其他用户修改了数据。在MySQL中，乐观锁通常通过版本号或时间戳来实现，每次更新数据时都会检查当前版本号或时间戳是否与读取时一致。
例如，我们可以为商品库存表添加一个`version`字段，每次更新时增加版本号：
1. 读取数据并记录版本号：`SELECT nums, version FROM tb_goods_stock WHERE goods_id = {$goods_id};`
2. 验证库存并更新（如果版本号未改变）：`UPDATE tb_goods_stock SET nums = nums - {$num}, version = version + 1 WHERE goods_id = {$goods_id} AND version = {$read_version};`
如果更新成功，说明没有并发冲突；如果更新失败（即行版本号已被其他事务改变），则需要提示用户重试。
乐观锁的优点在于减少了锁的使用，提高了并发性能，但在高并发场景下可能会有较多的冲突重试，增加了系统的复杂性。
在实际应用中，选择悲观锁还是乐观锁应根据业务场景和并发量来权衡。对于低并发且数据一致性要求高的场景，悲观锁可能更合适；而对于高并发且冲突较少的情况，乐观锁能够提供更好的性能。开发者也可以结合两者的特性，使用读写锁、MVCC（多版本并发控制）等机制来优化并发控制策略。
