Mysql数据库使用时间类型索引发全表扫描

后面拿到sql后，自己在生产环境执行，结果执行一次需要58秒，该sql只用了一个时间段查询和一个用户ID查询。时间段是加了索引的。当时挺奇怪怎么加了索引这么慢，后面使用explain关键词排查sql

发现并没有走索引，进行了全表扫描。
后面问了大佬，找到一片文章
http://bbs.xiangxueketang.cn/question/1640
原来是查询条件有日期索引和其他条件的话，只有所有条件都有索引的情况下，才会走日期索引。
后面加上了user_id索引后，查询效率快很多

从全表扫描700万数据，变成了扫描91条。第一次查询sql时间从58秒优化到0.22秒。暂时解决线上问题。
后面再来回顾这个sql，没有走时间索引，走的用户ID索引，还是有很多地方可以进行优化，不能想当然为了求快而去一味的加索引，当索引加了特别多后，会影响到整个表的写入性能，同时索引还会占用很多空间，还需要考虑到索引失效的场景等等，索引只是最后的调优方案。

关于mysql部分查询性能分析的有兴趣的朋友可以看看这篇文章
https://blog.csdn.net/u011781769/article/details/48471013

以上只是记录自己开发遇到的问题以及个人的解决方案，仅供参考，欢迎大佬们提出更多的意见或建议。