空
全数字类型还说啥
有些维度走不了索引，看你怎么查询
naH.D″
这种表必须这样优化
所以还关系到一个问题，就是字段数量
空
理想优化情况是所有字段的检索走索引
有些情况是走不了的
naH.D″
我的查询都会走索引呵呵
比如？？
我还没碰到过呢
tabeulb
有些是不走索引的，而且最好和数据配合下，强制手动使用某个索引了
naH.D″
凡事大数据表会出现不走索引的情况，排除数据库抽风问题，那就是方案问题
数据库不走索引大多数order的时候
order
tabeulb
这个要看，很多时候 默认情况下，大部分默认走的都是 order 如果没有走，那就手动 use index了
naH.D″
经常让优化引擎抽风
force index
空
有些业务有各种维度的查询，排序，分组，统计，平均，求和
等等肯定是避免不了的
tabeulb
筛选条件过多，条件变动过大，聚合类函数，都很坑爹了，这些程序设计的时候，还是在架构上处理下，
naH.D″
mysql函数不是什么高端货，只要涉及字段在索引就好办
除非语句里加入大量if case这种会走索引但是还是慢
