sql博客园怎么优化

① sql优化的几个方面

① 为查询缓存优化查询
② EXPLAIN 我们的SELECT查询(可以查看执行的行数)
③ 当只要一行数据时使用LIMIT 1
④ 为搜索字段建立索引
⑤ 在Join表的时候使用相当类型的列，并将其索引
⑥ 千万不要 ORDER BY RAND ()
⑦ 避免SELECT *
⑧ 永远为每张表设置一个ID
⑨ 可以使用ENUM 而不要VARCHAR
⑩ 尽可能的使用NOT NULL
⑪ 固定长度的表会更快
⑫ 垂直分割
⑬ 拆分打的DELETE或INSERT语句
⑭ 越小的列会越快
⑮ 选择正确的存储引擎
⑯ 小心 "永久链接"

② 2020-10-11：一条sql语句执行时间过长，应该如何优化从哪些方面进行优化

改进数据库sql语句进行优化的理由 应用程序之优化通常可分为两个方面：源代码之优化和sql语句之优化。源代码之优化在时间成本和风险上代价很高；另一方面，源代码之优化对数据库系统性能之提升收效有限。 优化之理由 1)sql语句是对数据库(数据)进行操作之惟一途径； 2)sql语句消耗了70%~90%之数据库资源； 3)sql语句独立于程序设计逻辑，相对于对程序源代码之优化，对sql语句之优化在时间成本和风险上之代价都很低； 4)sql语句可以有不同之写法； 5)sql语句易学，难精通。 优化技术之发展 第一代之sql优化工具是执行计划分析工具。这类之工具对输入之sql语句从数据库提取执行计划，并解释执行计划中关键字之含义；第二代之sql优化工具只能提供增加索引之建议，它通过对输入之sql语句之执行计划之分析来产生是否要增加索引之建议。该类工具存在着致命之缺点——只分析了一条sql语句就得出增加某个索引之结论，根本不理会(实际上也无法评估到)增加之索引对整体数据库系统性能之影响。其破坏性在于： 1、不理会增加之索引对其他增、删、改sql语句之负面影响； 2、没有考虑增加之索引可能导致数据库判断失误； 3、对由于增加索引引起之数据库系统负担忽略不计。 同时，这些工具由于技术水平之限制存在着以下缺点： 1、无法保证建议或改写之正确性； 2、无法进行重写，仅仅提供了建议或有限程度之改写，重写工作还是需要人工完成，优化工作所需之时间和工作量同人工进行优化差不多； 3、改写之规则和hints有限，难以处理复杂之sql语句； 4、必须人手逐条进行测试。 这类工具曾经盛极一时，直到人工智能自动sql优化之出现。

③ sql调优的几种方式

你好，
SQL优化的一些方法
1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。
2.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描。
3.应尽量避免在 where 子句中使用!=或<>操作符，否则将引擎放弃使用索引而进行全表扫描。
4.应尽量避免在 where 子句中使用 or 来连接条件，否则将导致引擎放弃使用索引而进行全表扫描。
5.in 和 not in 也要慎用，否则会导致全表扫描，
6.下面的查询也将导致全表扫描：
select id from t where name like '%abc%'
7.应尽量避免在 where 子句中对字段进行表达式操作，这将导致引擎放弃使用索引而进行全表扫描。
8.应尽量避免在where子句中对字段进行函数操作，这将导致引擎放弃使用索引而进行全表扫描。
9.不要在 where 子句中的“=”左边进行函数、算术运算或其他表达式运算，否则系统将可能无法正确使用索引。
10.在使用索引字段作为条件时，如果该索引是复合索引，那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引，否则该索引将不会被使用，并且应尽可能的让字段顺序与索引顺序相一致。

④ SQL语句的几种优化方法

1、尽可能建立索引，包括条件列，连接列，外键列等。

2、尽可能让where中的列顺序与复合索引的列顺序一致。

3、尽可能不要select *，而只列出自己需要的字段列表。

4、尽可能减少子查询的层数。

5、尽可能在子查询中进行数据筛选 。

⑤ sql优化的几种方法面试

1.你把学校里面学的东西都弄通，弄懂就可以了，基本的概念和原理都能说出来，如你说的sql优化就是：为数据库建立索引，如何提高检索速度之类的问题。教科书上都有说啊。
2.面试不是说一定要什么都懂才能去面的，你要找多一点面试经验，面试经常问什么问题，比如指针，链表等，有针对性地准备一下，不用全部一骨碌地看。
3.积累经验和编程作品，多做项目，自己多写些程序。面试就有了筹码。

⑥ sql语句优化有什么方法

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

2. 应尽量避免在where子句中对字段进行null值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：
   selectidfromtwherenumisnull
   可以在num上设置默认值0，确保表中num列没有null值，然后这样查询：
   selectidfromtwherenum=0

3. 应尽量避免在where子句中使用!=或<>操作符，否则将引擎放弃使用索引而进行全表扫描。

4. 应尽量避免在where子句中使用or来连接条件，否则将导致引擎放弃使用索引而进行全表扫描，如：
   selectidfromtwherenum=10ornum=20
   可以这样查询：
   selectidfromtwherenum=10
   unionall
   selectidfromtwherenum=20
   

5. in和notin也要慎用，否则会导致全表扫描，如：
   selectidfromtwherenumin(1,2,3)
   对于连续的数值，能用between就不要用in了：
   
   

6. 下面的查询也将导致全表扫描：
   selectidfromtwherenamelike'%abc%'
   

7. 应尽量避免在where子句中对字段进行表达式操作，这将导致引擎放弃使用索引而进行全表扫描。如：
   selectidfromtwherenum/2=100
   应改为:
   selectidfromtwherenum=100*2

8. 应尽量避免在where子句中对字段进行函数操作，这将导致引擎放弃使用索引而进行全表扫描。如：
   selectidfromtwheresubstring(name,1,3)='abc'--name以abc开头的id
   应改为:
   selectidfromtwherenamelike'abc%'
   

9. 不要在where子句中的“=”左边进行函数、算术运算或其他表达式运算，否则系统将可能无法正确使用索引。
   

10. 在使用索引字段作为条件时，如果该索引是复合索引，那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引，
    否则该索引将不会被使用，并且应尽可能的让字段顺序与索引顺序相一致。
    

11. 不要写一些没有意义的查询，如需要生成一个空表结构：
    selectcol1,col2into#tfromtwhere1=0
    这类代码不会返回任何结果集，但是会消耗系统资源的，应改成这样：
    createtable#t(...)
    

12. 很多时候用exists代替in是一个好的选择：
    selectnumfromawherenumin(selectnumfromb)
    用下面的语句替换：
    selectnumfromawhereexists(select1frombwherenum=a.num)
    

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