Mysql之sql语句优化

矫情吗；* 2023-01-17 04:58 224阅读 0赞

**1.**  
使用select+字段 代替 select \*，不需要的字段不必查询。  
**2.**  
应尽量避免在 where 子句中对字段进行 null 值判断，创建表时NULL是默认值，但大多数时候应该使用NOT NULL，或者使用一个特殊的值，如0，-1作为默 认值。  
**3.**  
在使用in关键字时，in里面的字段不要超过200个，并且出现频繁的条件数据放在前面。  
**4.**  
查询过多数据时，对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。  
**5.**  
应尽量避免在 where 子句中使用!=或<>操作符， MySQL只有对以下操作符才使用索引：<，<=，=，>，>=，BETWEEN，IN，以及某些时候的LIKE。  
**6.**  
in 和 not in 也要慎用，否则会导致全表扫描，对于连续的数值，能用 between 就不要用 in 了：Select id from t where num between 1 and 3  
**7.**  
应尽量避免在 where 子句中对字段进行表达式操作，应尽量避免在where子句中对字段进行函数操作  
**8.**  
很多时候用 exists 代替 in 是一个好的选择： select num from a where num in(select num from b).用下面的语句替换： select num from a where exists(select 1 from b where num=a.num)  
**9.**  
索引固然可以提高相应的 select 的效率，但同时也降低了 insert 及 update 的效率，因为 insert 或 update 时有可能会重建索引，所以怎样建索引需要慎重考虑，视具体情况而定。一个表的索引数最好不要超过6个，若太多则应考虑一些不常使用到的列上建的索引是否有必要。  
**10.**  
尽量使用数字型字段，若只含数值信息的字段尽量不要设计为字符型，这会降低查询和连接的性能，并会增加存储开销。  
**11.**  
在创建字段时，应尽量给予合适存储的数据数量值，避免浪费存储空间。  
**12.**  
字符串数据类型：char，varchar，text选择区别。  
**13.**  
能尽量使用sql解决问题的金两使用sql语句来提高效率  
**14.**  
只要一行数据时使用 LIMIT 1  
当你查询表的有些时候，你已经知道结果只会有一条结果，但因为你可能需要去fetch游标，或是你也许会去检查返回的记录数。在这种情况下，加上 LIMIT 1 可以增加性能。这样一样，MySQL数据库引擎会在找到一条数据后停止搜索，而不是继续往后查少下一条符合记录的数据。  
**15.**  
索引创建规则：  
表的主键、外键必须有索引；  
数据量超过300的表应该有索引；  
经常与其他表进行连接的表，在连接字段上应该建立索引；  
经常出现在Where子句中的字段，特别是大表的字段，应该建立索引；  
索引应该建在选择性高的字段上；  
索引应该建在小字段上，对于大的文本字段甚至超长字段，不要建索引；  
复合索引的建立需要进行仔细分析，尽量考虑用单字段索引代替；  
正确选择复合索引中的主列字段，一般是选择性较好的字段；  
复合索引的几个字段是否经常同时以AND方式出现在Where子句中？单字段查询是否极少甚至没有？如果是，则可以建立复合索引；否则考虑单字段索引；  
如果复合索引中包含的字段经常单独出现在Where子句中，则分解为多个单字段索引；  
如果复合索引所包含的字段超过3个，那么仔细考虑其必要性，考虑减少复合的字段；  
如果既有单字段索引，又有这几个字段上的复合索引，一般可以删除复合索引；  
频繁进行数据操作的表，不要建立太多的索引；  
删除无用的索引，避免对执行计划造成负面影响；  
表上建立的每个索引都会增加存储开销，索引对于插入、删除、更新操作也会增加处理上的开销。另外，过多的复合索引，在有单字段索引的情况下，一般都是没有存在价值的；相反，还会降低数据增加删除时的性能，特别是对频繁更新的表来说，负面影响更大。  
尽量不要对数据库中某个含有大量重复的值的字段建立索引。