MySQL行锁底层实现？
MySQL的行锁是通过索引来实现的。也就是说，只有通过索引条件检索数据，MySQL才使用行级锁，否则，MySQL将使用表锁。这也意味着如果在执行UPDATE、DELETE等操作时，如果没有使用索引，那么MySQL将使用表锁而不是行锁，这可能会导致大量的阻塞操作。
MySQL的行锁有两种模式：共享锁（Shared Locks，简称S锁）和排他锁（Exclusive Locks，简称X锁）。
- 共享锁（S锁）：允许一个事务去读一行，阻止其他事务对其进行修改。
- 排他锁（X锁）：允许获取锁的事务更新数据，阻止其他事务取得同一数据行的读锁和写锁。
当一个事务已经持有了某行数据的S锁，其他事务可以继续获取该行的S锁，但不能获取X锁，直到已经持有S锁的事务释放锁。当一个事务已经持有了某行数据的X锁，其他事务不能再获取该行的任何锁，直到已经持有X锁的事务释放锁。
在InnoDB引擎中，行锁是通过给索引项上的索引记录加锁来实现的。如果一个操作符合索引，则InnoDB只给符合条件的索引记录加锁；如果一个操作不符合索引，InnoDB则会对表中所有的记录加锁，此时的行锁就升级为表锁了。