mysql的InnoDB行锁的一点反思

    刚参加工作时，遇到的MySQL死锁的问题。具体情况如下：

成都创新互联专注于企业成都全网营销、网站重做改版、嘉峪关网站定制设计、自适应品牌网站建设、H5页面制作、商城开发、集团公司官网建设、成都外贸网站制作、高端网站制作、响应式网页设计等建站业务，价格优惠性价比高，为嘉峪关等各大城市提供网站开发制作服务。

    网页有个统计访问次数功能，然后这个次数num是int类型，网页每次被访问一次就增1，然后运营在跑批量任务的时候，造成数据量这个字段死锁了。然后DBA就查询造成死锁的原因，最后发现是我的代码造成的死锁，然后这个锅，我接下了。这个问题怎么解决的，我一直没有察觉到，因为他们没有要求修改代码。后来我一直在思考这个问题，具体是什么原因引起的死锁。由于无法重现当时的应用场景和各种服务配置，我也无法深究这个问题。后来只能认真的研究mysql的锁和java的并发控制。

    N久没有动笔写文字了，表达还是有点问题，等我理清思路后，再详细写写这方面的文字，今天就简单的写一下mysql关于innoDb行锁要注意的两个地方，还有其他很多需要的地方，这里只简单记录一下，只能叫简单记录。

    先说一下，innoDB行锁的现实方式，它是通过给索引上的索引项加锁来实现的。这就决定了行级锁使用的前提是通过索引条件检索数据，否则，innoDB将使用表级锁。第二点要说的即使在条件中使用了索引字段，但是是否使用索引来检索数据是由mysql通过判断不同执行计划的代价来决定的，如果mysql任务全表扫描效率更高，它就不会使用索引，这种情况下innoDB将使用表锁，而不是行锁。所以在分析mysql的锁问题时，有时候需要使用explain来检查SQL的执行计划。