行级锁锁定单行，支持高并发但开销大，适用于InnoDB；表级锁锁定整表，并发低但管理简单，适用于MyISAM。
在MySQL中，行级锁和表级锁是两种不同的锁机制，主要区别在于锁定的粒度和并发性能。理解它们的关键是看锁的作用范围以及对并发操作的影响。
行级锁（Row-Level Locking）
行级锁指的是在事务中只锁定需要操作的某一行或几行数据，而不是整个表。这种锁机制由支持事务的存储引擎（如InnoDB）实现。
特点：
- 锁定粒度小，只影响正在操作的行
- 并发性能高，多个事务可以同时操作表中的不同行
- 锁开销大，系统需要维护更多的锁信息
- 可能出现死锁，需要数据库自动检测并回滚某个事务
使用场景举例：
当你执行一条带主键条件的UPDATE语句时：
UPDATE users SET name = 'Tom' WHERE id = 1;
InnoDB会默认对id=1的这一行加行锁，其他事务仍可修改id=2的记录。
表级锁（Table-Level Locking）
表级锁是在执行某些操作时锁定整张表，即使只操作其中一行。这种锁通常由MyISAM存储引擎使用，InnoDB在特定情况下也会升级为表锁。
特点：
- 锁定粒度大，一次锁住整个表
- 并发性能低，一个事务在写表时，其他事务无法读写该表
- 锁管理简单，资源消耗少
- 不会出现死锁（因为锁的是整个表，顺序一致）
使用场景举例：
MyISAM引擎在执行写操作时会自动加表锁：
INSERT INTO logs (msg) VALUES ('test');
此时整个logs表被锁定，其他连接无法读取或写入，直到插入完成。
关键区别对比
锁定范围： 行锁只锁部分数据，表锁锁整个表
并发能力： 行锁支持高并发，表锁并发性差
锁冲突概率： 行锁冲突少，表锁容易阻塞其他操作
适用引擎： InnoDB支持行锁，MyISAM只支持表锁
实际应用建议
如果应用需要高并发写入和事务支持，优先选择InnoDB引擎，利用行级锁提升性能。
如果主要是读操作且不需要事务，MyISAM配合表锁也足够高效，且更节省资源。
注意：不当的索引使用可能导致InnoDB行锁升级为表锁。例如WHERE条件未命中索引，会扫描全表并锁住所有扫描过的行，接近表锁效果。
基本上就这些。关键是根据业务需求选择合适的存储引擎和索引设计，才能发挥锁机制的最佳效果。
