mysql将某一个字段设置为主键会不会自动加上索引_mysql的锁你都了解了吗

在使用mysql的过程中，我们经常会听到行锁，表锁，乐观锁之类的锁，那么他们到底是指什么呢，下面让我们来看看吧

行锁

顾名思义，就是给某一行记录加锁，例如

SELECT * from item where id = 1

由于对于商品表来说，id字段为主键，就也相当于索引。执行加锁时，会将id这个索引为1的记录加上锁。

表锁

与行锁相对应，即锁住整个表

行锁和表锁的优缺点和应用场景如下：

1 InnoDB 支持表锁和行锁，使用索引作为检索条件修改数据时采用行锁，否则采用表锁。

2 InnoDB 自动给修改操作加锁，给查询操作不自动加锁

3 行锁可能因为未使用索引而升级为表锁，所以除了检查索引是否创建的同时，也需要通过explain执行计划查询索引是否被实际使用。

4 行锁相对于表锁来说，优势在于高并发场景下表现更突出，毕竟锁的粒度小。

5 当表的大部分数据需要被修改，或者是多表复杂关联查询时，建议使用表锁优于行锁。

乐观锁

对于某条记录，查询完之后理所当然的认为它不会被其他事务修改，只有在最后修改的时候才去判断是否修改

1.查询对应的记录

select (status,status,version) from item where id=1

2.更新记录

update item set status=2,version=version+1 where id=1 and version=1;

如果记录被修改多了，版本号version会加1，所以当查询完成后记录被其他事务修改了，则此次更新不会生效

悲观锁

对于某条记录，认为查询完成之后会被修改的，所以在查询的时候就锁住该条记录。

select (status,status,version) from item where id=1 for update

乐观锁与悲观锁比较

• 响应速度：选择乐观锁。要么冲突失败要么快速成功。悲观锁则需要等待释放锁才能被执行
• 冲突频率：频率高的话不应选择乐观锁，需要重试好几次，代价大。而悲观锁保证成功率
• 重试代价：若重试代价大则选择悲观锁