mysql中索引与FROM_UNIXTIME的问题示例

小编给大家分享一下mysql中索引与FROM_UNIXTIME的问题示例，相信大部分人都还不怎么了解，因此分享这篇文章给大家参考一下，希望大家阅读完这篇文章后大有收获，下面让我们一起去了解一下吧！零、背景简单收集一些信息后，发现这个慢查询问题隐藏的很深，问了好多人包括DBA都不知道原因。一、问题有一个DB, 有一个字段, 定义如下.
索引如下:
然后我写了一个SQL如下:
终于有一天DBA过来了, 扔给我一个流水，说这个SQL是慢SQL。
我顿时无语了，我的DB都是加了索引，SQL都是精心优化了的，怎么是慢SQL呢？问为什么是慢SQL，DBA答不上来， 问了周围的同事也都答不上来。我心里暗想遇到一个隐藏很深的知识点了。令人怀疑的地方有两个：1.有6个索引。 2. 右值是 FROM_UNIXTIME 函数。于是查询MYSQL官方文档，发现6个不是问题。
All storage engines support at least 16 indexes per table and a total index length of at least 256 bytes.
Most storage engines have higher limits.于是怀疑问题是 FROM_UNIXTIME 函数了。然后看看MYSQL的INDEX小节，找到一点蛛丝马迹。
1.To find the rows matching a WHERE clause quickly.
2. To eliminate rows from consideration.
If there is a choice between multiple indexes, MySQL normally uses the index that finds the smallest number of rows.
3.If the table has a multiple-column index, any leftmost prefix of the index can be used by the optimizer to look up rows.
4. MySQL can use indexes on columns more efficiently if they are declared as the same type and size.
Comparison of dissimilar columns (comparing a string column to a temporal or numeric column, for example) may prevent use of indexes if values cannot be compared directly without conversion.看到第4条的时候，提到不同类型可能导致不走索引，难道 FROM_UNIXTIME 的返回值不能转化为字符串类型？于是查询 FROM_UNIXTIME 函数的返回值。
MySQL FROM_UNIXTIME() returns a date /datetime from a version of unix_timestamp.返回的是一个时间类型，那强制转化为字符串类型呢？
这次可以看到, 使用了索引，只扫描了一个数据。二、结论这次对 FROM_UNIXTIME 的返回值强制转化一下就可以利用上索引了。所以这个SQL不能利用上索引是右值与左值的类型不一致导致的。 。以上是“mysq开发云主机域名l中索引与FROM_UNIXTIME的问题示例”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注开发云行业资讯频道！

相关推荐: Mysql术语 –basedir与ledir有何具体区别

下文我给大家简单讲讲关于Mysql术语 –basedir与ledir有何具体区别，大家之前了解过相关类似主题内容吗？感兴趣的话就一起来看看这篇文章吧，相信看完Mysql术语 –basedir与ledir有何具体区别对大家多少有点帮助吧。 –basedir…