我有一张这样的桌子

CREATE TABLE IF NOT EXISTS `billing_success` (
`bill_id` int(11) NOT NULL AUTO_INCREMENT,
`msisdn` char(10) NOT NULL,
`circle` varchar(2) NOT NULL,
`amount` int(11) NOT NULL,
`reference_id` varchar(100) NOT NULL,
`source` varchar(100) NOT NULL,
`time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
PRIMARY KEY (`bill_id`),
KEY `msisdn` (`msisdn`)
) ENGINE=InnoDB  DEFAULT CHARSET=latin1 AUTO_INCREMENT=8573316 ;

我想添加复合索引来优化查询。这是我生成报告的表,最近它变得非常慢。这些是我生成报告的查询
1.SELECT msisdn,amount,circle FROM billing_total_success WHERE (source='XX' OR source='Y' OR source='STR') AND (time like '$date%')

2.SELECT msisdn,amount,circle FROM billing_total_success WHERE source <> 'RNH' AND source <> 'STR' AND source <> 'XAS' AND source <> 'RTR' AND (time like '$date%')

3.SELECT msisdn,amount,circle FROM billing_total_success WHERE (source='STR' OR source='RER' OR source='ASD') AND time BETWEEN  '$date1' AND '$date2'

4.SELECT msisdn,amount,circle FROM billing_total_success WHERE (source='RNH') AND time BETWEEN  '$date1' AND '$date2'

请告诉我应该在哪里为这些要优化的查询添加索引,以及如何为给定的查询添加适当的索引。

最佳答案

A.您可能需要时间戳字段上的索引。
然而,这并不一定是故事的结尾;如果您的查询是对时间戳索引的范围扫描,那么在InnoDB中将其作为辅助索引并不一定是一个好主意。
B.使时间戳成为主键的第一部分
这是违反直觉的,但是由于InnoDB集群在主键上,拥有主键的第一部分的时间戳将使二级索引范围扫描成为主键范围扫描,这通常更好。辅助索引范围扫描需要检索范围中的每一行;主键扫描已经检索到该行。
C.按时间划分
如果您的查询速度很慢,因为表对于内存来说太大了(通常需要IO读取),但是您总是在查询一个很小的(ish)时间范围,请考虑使用每日或每小时分区。
当然,如果您的用户位于不同的时区,那么每日分区的工作效率会低很多,因为他们的工作日与分区的工作日重叠。
分区需要脚本对表进行日常维护(创建新分区;删除旧分区)。您需要提供并测试这些脚本,因此这显然是开发人员的开销。操作还需要监视这些脚本,因此它们也有操作开销。

10-07 19:34
查看更多