场景：当用户查看帖子详情时，把帖子的阅读量：ReadCount+1
select title,content,readcount from post where id='xxxx' --根据主键查询帖子
update post set readcount=readcount+1 where id='xxxx'
------------------------------为什么会出现死锁呢？---------------------------------
在网上找到一种说法：
就是说，某个query使用非聚集索引来select数据，那么它会在非聚集索引上持有一个S锁。当有一些select的列不在该索引上，它需要根据rowid找到对应的聚集索引的那行，然后找到其他数据。而此时，第二个的查询中，update正在聚集索引上忙乎：定位、加锁、修改等。但因为正在修改的某个列，是另外一个非聚集索引的某个列，所以此时，它需要同时更改那个非聚集索引的信息，这就需要在那个非聚集索引上，加第二个X锁。select开始等待update的X锁，update开始等待select的S锁，死锁，就这样发生鸟。