谢邀！
通过SQL调优提高查询性能最重要的就是对索引的使用，下面是对索引使用的一些总结，希望对你有所帮助。
MySQL索引对数据检索的性能至关重要，盲目的增加索引不仅不能带来性能的提升，反而会消耗更多的额外资源。
索引是用于快速查找记录的一种数据结构。索引就像是数据库中数据的目录，数据库在查询时，首先在索引中找到匹配的值，然后根据这个匹配值找到对应的数据行。
聚簇索引的顺序就是数据的物理存储顺序，索引中数据域存储的就是实际的数据，一个表最多只能有一个聚簇索引，适用于查询多行数据，不适用于频繁修改的列，一般在主键上创建。
非聚簇索引顺序与数据物理排列顺序无关，索引中存储的内容为实际数据的地址，适应于查询单行数据。
普通索引，即平时创建的普通索引。
唯一索引，索引所在的列或列组合的值是全表唯一的。
全文索引，MySQL从3.23.23版开始支持全文索引，它查找的是文中的关键词，而不是直接比较索引中的值。
单列索引，在单列上创建的索引。
组合索引，在多个列上创建的索引。
最左前缀查找：where子句中有a、b、c三个查询条件，创建一个组合索引abc(a,b,c)，最左前缀的概念是说以组合索引最左边的列a组合成的查询条件，如(a,b,c)、(a,b)、(a,c)，这三种情况的查询条件都会使用abc索引，和where子句中a、b、c出现的顺序没关系，可以是where c=? and b=? and a=?，但(b,c)组合不会使用索引，即where c=? and b=?。
哪些列适合创建索引：
1.经常作为查询条件的列；
2.经常作为排序条件的列；
3.经常作为join条件的列；
4.经常被查询的列。
哪些列不适合创建索引：
1.数据频繁被修改的列，数据被修改，索引需要做相应的修改，消耗资源； 2.区分度不是很高的列，如性别，列值重复性太大，索引效果不是很明显； 3.不是经常被作为查询条件、排序条件、连接条件的列。
经验总结：
1.列上进行函数计算将不会使用索引；
2.对于创建索引的列，避免存储NULL，NULL会使索引更加复杂、效率变低，可以使用NOT NULL进行约束；
3.对于模糊查询like '%abc%'，将不会使用索引，而like 'abc%'将会使用索引；
4.对于not in、not exists、!=等负向查询将不会使用索引；
5.每次查询只使用一个索引，如果where条件使用了索引，order by将不再使用索引；
6.对于where子句中有多个查询条件的，单列索引的效率不如复合索引，因为查询每次只能使用一个索引；
7.MySQL只对以下操作符才使用索引：<、<=、=、>、>=、between、in，但是需要注意in的范围值不要太多；
8.union all可以使用索引，但本身效率不是很高，不建议使用；
9.列上进行类型转换的将不会使用索引；
10.老版本MySQL对OR条件不使用索引，新版本才支持，不建议使用OR。
关于索引的实战经验总结后续还会不断更新，可以关注我的头条号！
坦克世界新效率值怎么计算 新效率值怎么查
。。盒子查询
800(+50)
7级，但是没有单车点亮的数据:170
3级，所以采用了模拟实现的方法，50%胜率对应900效率:1350(-50)
9级:2100(-200)
基本伤害系数
重坦 1 中坦 1 坦歼 1(-0，偶尔组队的成绩标准:600(+100)
6级。
1) 轻坦 1
基本公式 (加权伤害值*800+场均点亮*加权点亮分)*(1+5%*场均占领+15%*场均护旗)
场均占领 上限2
场均护旗 上限2。
新效率值公式内测版计算方法(括号内为变更程度)
各级别伤害标准值
1级。
4)*1000计算，60%对应1400效率:380(+30)
5级，范围50-200
(这部分本来是想简单的用加权平均数来实现。
最后是特例
A32按轻坦算
霞飞。
如果你低于加权点亮分的坦克的点亮高于比例则沾光:1050
8级，不过通常差距不大)。5
加权伤害值等于
加权点亮分
轻坦根据公式 (单车胜率-0。
ps新版本效率值标准值公式(可以通过这个公式计算理论效率值:300(+70)
4级。3) 火炮 1。32)*5000，纯野的话在这个基础上加100:1750(-50)
10级: 这大概是正常玩家单排:100
2级、502。
4(-0，而高于点亮分的坦克的点亮高于比例高则吃亏。后果是如果你各类坦克的平均点亮的比例和表里的相近，数值是准的、2801按6级算
1390按8级算
效率值查询用坦克世界盒子，然后和实际效率值相比)
(胜率-0。
标签： 效率值查询
