Gorm一条慢语句分析

背景

早上被CTO @ 说是我的服务有一条语句要查询700K条数据,导致mysql记录了这条慢SQL,于是我赶紧排查原因。。。

慢SQL记录
image

定位原因

具体步骤

  1. 查看索引有trade_symbol和KEY idx_tradesymbol_side_price_timestamp (trade_symbol,side,price,timestamp)两个可以使用的索引
  2. 但是没有trade_symbol,timestamp,最终mysql选择的索引是idx_tradesymbol_side_price_timestamp ,我本地建立trade_symbol,timestamp的联合索引,并去掉SQL中的, `deals`.`id` ASC语句,发现可以解决这个问题。

image

3.很奇怪的是我查找了我的代码,所有的代码中并没有使用ID主键作为排序的条件,自动更添加了ID ASC排序。

  1. 定位代码中使用的SQL如下,发现是因为使用了First这个函数,使用Find和Limit替代之后,就不会出现这种情况了
 var result = &orm.Deal{}
 err := db.Slave().Model(&orm.Deal{}).Where("trade_symbol = ?", symbol).
 Order("timestamp desc").First(result).Error
 return result.Price, err
}

总结教训

  1. 对Gorm的实现原理没有理解
  2. 测试的时候没有把SQL日志打开,查看日志数据的具体SQL语句

sixgo
156 声望4 粉丝

这里有BUG!