PHP面试 MySQL查询优化

MySQL查询优化

    面试题一

      请简述项目中优化SQL语句执行效率的方法,从那些方面,SQL语句性能如何分析?

      优化查询过程中的数据访问、优化长难的查询语句、优化特定类型的查询语句

      分析SQL语句方法

      1、使用explain或desc 分析单条SQL语句 

      列如:explain select * from  news;

      2、记录慢查询日志

      分析慢查询日志,不要直接打开慢查询日志进行分析,这样比较浪费时间和精力,可以使用pt-query-disgest工具分析。

      3、使用show  profile

      例如:set  profiling = 1;开启,服务器上执行的所有语句都会检测消耗的时间,存到临时表中

         show  profiles; 显示临时表

         show profile  for query id  查看单挑语句具体执行时间

      4、show  status

      show status 会返回一些计数器,show global status 查看服务器级别的所有计数。

      有时根据这些计数,可以猜测出那些操作代价较高或消耗时间多。

      5、show processlist

      观察是否右大量线程处于不正常的状态或者特征

      优化查询过程中

        访问数据太多导致查询性能下降

        确定应用程序是否在检索大量超过需要的数据,可能时太多行或列

        确认MySQL服务器是否在分析大量不必要的数据行

      避免使用如下SQL语句

      查询不需要的记录,使用limit解决

      多表关联返回全部列,指定返回需要的列

      总是取出全部列,select * 会让优化器无法完成索引覆盖扫描的优化

      重复查询相同的数据,可以把查询结果做缓存,下次从缓存中获取数据

      是否在扫描额外的记录?

      使用explain进行分析,如果发现查询需要扫描大量的数据但只返回少数的行,可以通过如下技巧去优化:

      使用索引覆盖扫描,把所有用的列都放到索引中,这样存储引擎不需要回表获取对应行就可以返回结果

      改变数据库和表的结构,修改数据库范式

      重写SQL语句,让优化器可以以更优的方式执行查询

      优化长难的查询语句

      一个复杂查询还是多个简单查询、

      MySQL内部每秒能扫描内存中上百万行数据,相比之下,响应数据给客户端就要慢的多

      使用尽可能少的查询是好的,但是有时将一个大的查询分解为多个小的查询是很有必要的

      切分查询

      将一个大的查询分为多个小的相同的查询

      一次性删除1000万的数据要比一次删除1万,暂停一会的方案更加损耗服务器开销

      分解关联查询

      可以将一条关联语句分解成多条SQL来执行

      让缓存的效率更高

      执行单个查询可以减少锁的竞争

      在应用层做关联可以更容易对数据库进行拆分

      特定类型的查询

      优化count()查询

      count(*) 中的*会忽略所有的列,直接统计所有列数,因此不要使用count(列名)

      MyISAM中,没有任何where条件的count(*)非常快,当有where条件,MyISAM的count统计不一定比其他表引擎快

      优化方法

      可以使用explain查询近似值,用近似值替代count(*)

      增加汇总表 每次查询查询汇总表 , 汇总表使用缓存

      优化关联语句

      确定ON或者USING子句的列上有索引

      确保GROUP BY  和ORDER BY 中只有一个表中的列,这样MYSQL才有可能使用索引

      优化子查询

      使用关联查询替代

      优化group  by  和 distinct

      这两种查询均可使用索引来优化,是最有效的优化方法,关联查询中,使用标识列进行分组的效率会更高

      如果不需要order by ,进行group by 时使用 order by null ,MySQL不会再进行文件排序

      with rollup超级聚合,可以挪到应用程序处理

      优化limit分页

      limit偏移量大的时候,查询效率低

      可以记录上次查询的最大id,下次查询时直接根据该id查询

      优化union 查询

      union all  的效率高于union

原文地址:https://www.cnblogs.com/dcrq/p/11081875.html