![](https://img-blog.csdnimg.cn/20201014180756724.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
生产问题
文章平均质量分 81
生产问题
乔一嘻
这个作者很懒,什么都没留下…
展开
-
数据库生产问题
有个比较隐蔽的问题就出现慢sql的sql语句,并不是一整天都慢,而是下午慢,下午慢的原因是因为我们有张表在经过一段时间后数据状态分布不均匀,下午执行sql时mysql优化器改变了sql的执行计划,走了不一样的索引,导致扫描行数据剧增,查询效率下降。我的问题主要是为什么同样的sql语句,已经运行了好几个月都没问题,突然有一天告诉我它是慢sql,这不合天理,绞尽脑汁也没想出原因(我们的数据量没有大幅度增加,每天都是300万左右),让人头疼的事情就是为什么,开始的时候好好的,结果。问题找到了,该怎么解决那?原创 2024-01-22 15:24:14 · 407 阅读 · 0 评论 -
数据库生产问题排查
问题找到了,总结下来就是:MySQL优化器认为在limit 1的情况下,走主键索引能够更快的找到那一条数据,并且如果走联合索引需要扫描索引后进行排序,而主键索引天生有序,所以优化器综合考虑,走了主键索引。所以在不加强制索引的情况下,优化器选择了主键索引,因为它觉得主键索引扫描行数少,而且不需要额外的排序操作,主键索引天生有序。这样也有一定的弊端,比如我这个表到了8000w数据,建立索引非常耗时,而且通常索引就有3.4个g,如果无限制的用索引解决问题,可能会带来新的问题。看起来语句很简单,没什么特别的。原创 2024-01-22 11:16:36 · 750 阅读 · 0 评论