查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。

查询：

操作符，否则引擎将放弃使用索引而进行全表扫描。

查询：

查询也将导致全表扫描：

sql只有在运行时才会解析局部变量，但优化程序不能将访问计划的选择推迟到运行时；它必须在编译时进行选择。然 而，如果在编译时建立访问计划，变量的值还是未知的，因而无法作为索引选择的输入项。如下面语句将进行全表扫描：

查询使用索引：

函数操作，这将导致引擎放弃使用索引而进行全表扫描。如：

函数、算术运算或其他表达式运算，否则系统将可能无法正确使用索引。

查询，如需要生成一个空表结构：

代码不会返回任何结果集，但是会消耗系统资源的，应改成这样：

查询都有效，sql是根据表中数据来进行查询优化的，当索引列有大量数据重复时，SQL查询可能不会去利用索引，如一表中有字段sex，male、female几乎各一半，那么即使在sex上建了索引也对查询效率起不了作用。

查询和连接的性能，并会增加存储开销。这是因为引擎在处理查询和连接时会逐个比较字符串中每一个字符，而对于数字型而言只需要比较一次就够了。

查询来说，在一个相对较小的字段内搜索效率显然要高些。

删除临时表，以减少系统表资源的消耗。

删除，先 truncate table ，然后 drop table ，这样可以避免系统表的较长时间锁定。

方法或临时表方法之前，应先寻找基于集的解决方案来解决问题，基于集的方法通常更有效。

方法，尤其是在必须引用几个表才能获得所需的数据时。在结果集中包括“合计”的例程通常要比使用游标执行的速度快。如果开发时 间允许，基于游标的方法和基于集的方法都可以尝试一下，看哪一种方法的效果更好。