慢查询指的是数据库中执行时间超过指定阈值的 SQL 语句。不同业务场景下，这个阈值通常各不相同。在我们公司内部，这个阈值被设定为 1 秒钟。也就是说，任何执行时间超过 1 秒的 SQL 语句都会被视为慢查询。
首先开启慢查询日志，由参数slow_query_log决定是否开启，在MySQL命令行下输入下面的命令：
一般有3个思考方向 1.根据慢日志定位慢查询sql 2.使用explain等工具分析sql执行计划 3.修改sql或者尽量让sql走索引
昨天遇到一个问题, 200万的表里查询9万条数据, 耗时达63秒. 200万数据不算多, 查询9万也还好. 怎么用了这么长的时间呢? 问题是一句非常简单的sql. select * from tk_t
**读锁：**共享锁S-lock，读操作时添加，所有用户(包括当前用户)只可读不可写
当然，本篇也是关于性能优化的，那性能优化就应该一把梭子吗？还是要符合一些规范和原则呢？
我们都知道，我们每执行一次 SQL，数据库除了会返回执行结果以外，还会返回 SQL 执行耗时，以 MySQL 数据库为例，当我们开启了慢 SQL 监控开关后，默认配置下，当 SQL 的执行时长大于 10 秒，会被记录到慢 SQL 的日志文件中。
MySQL性能优化是一个老生常谈的问题，无论是在实际工作中还是面试中，都不可避免遇到相应的场景，下面博主就总结一些能够帮助大家解决这个问题的小技巧。
一、索引 1、介绍 一般的应用系统，读写比例在10：1左右，而且插入操作和一般的更新操作很少出现性能问题，在生产环境中，我们遇到最多的也是最容易出现问题的，还是一些复杂的查询操作，因此对查询语句的优化是重中之重。加速查询最好的方法就是索引。 索引：简单的说，相当于图书的目录，可以帮助用户快速的找到需要的内容。 在MySQL中也叫做“键”，是存储引擎用于快速找到记录的一种数据结构。能够大大提高查询效率。特别是当数据量非常大，查询涉及多个表时，使用索引往往能使查询速度加快成千上万倍。 总结：索引
myisam只支持表锁，innodb支持表锁和行锁。锁机制消耗性能，容易发生阻塞，拖慢网站速度。
作为一个 DBA，想必都有过被慢查询折腾的经历，本文对常规和非常规手段进行了整理，由浅及深，简单介绍几个慢查询的分析手段。
关于SQL优化相关的问题，相信很多同学在面试过程中都有被问到过，要么不知道，要么回答不清楚。见于此情况，勇哥今天有空，就和大家聊聊这个相关的话题。
数据库中专门用于帮助用户快速查找数据的一种数据结构。类似于字典中的目录，查找字典内容时可以根据目录查找到数据的存放位置吗，然后直接获取
在数据库表结构变更发布之前，我们会和开发沟通索引设计是否合理，发现部分开发同学对于索引设计还是有一些知识盲区。本文把常见的案例记录下来，做个分析，抛砖引玉。
慢日志查询的主要功能就是，记录sql语句中超过设定的时间阈值的查询语句。例如，一条查询sql语句，我们设置的阈值为1s，当这条查询语句的执行时间超过了1s，则将被写入到慢查询配置的日志中.
慢日志查询的主要功能就是，记录sql语句中超过设定的时间阈值的查询语句。例如，一条查询sql语句，我们设置的阈值为1s，当这条查询语句的执行时间超过了1s，则将被写入到慢查询配置的日志中. 慢查询主要是为了我们做sql语句的优化功能.
| 作者 王文安，腾讯CSIG数据库专项的数据库工程师，主要负责腾讯云数据库 MySQL 的相关的工作，热爱技术，欢迎留言进行交流。 ---- 作为一个 DBA，想必都有过被慢查询折腾的经历，一个慢查询有时候真的很让人抓狂，本文对常规和非常规手段进行了整理，由浅及深，简单介绍几个慢查询的分析手段。 需要说明的是，下面所有的手段都是原生支持的功能（≥MySQL 5.6），因此在各类 RDS 和原生数据库中都不会有什么使用上的差异，这里图方便就用腾讯云数据库 MySQL 来作为测试环境了，版本为 5.7。
慢查询 // 慢查询 缓慢的查询,低效的性能导致影响正常业务 MySQL默认10秒内没有响应SQL结果,为慢查询 // 检查慢查日志是否开启: show variables like 'slow_query_log'; // 检查慢日志路径 show variables like '%slow_query_log%'; // 开启慢日志 set global slow_query_log=on; // 慢日志判断标准(默认查询时间大于10s的sql语句) show variables like 'long
为什么在 MySQL数据库中，一条慢查询只要添加上合适的索引，查询速度就能提升一个档次？对于 MySQL，如何巧用索引优化SQL语句性能？需要注意什么问题？
网名“北在南方”，目前任职于杭州有赞科技 DBA，主要负责数据库架构设计和运维平台开发工作，擅长数据库性能调优、故障诊断。
本篇是MySQL知识体系总结系列的第二篇，该篇的主要内容是通过explain逐步分析sql，并通过修改sql语句与建立索引的方式对sql语句进行调优，也可以通过查看日志的方式，了解sql的执行情况，还介绍了MySQL数据库的行锁和表锁。
同样的mysql，同样的查询，为啥在不同的服务器上的查询效率差别有10几倍 继上一篇索引优化后，在自己的服务器上已经从10几秒优化到了2s，以为万事大吉了， 谁知道，同样的操作，在客户的服务器上优化后，还是比本机慢了10几倍 当然了，客户服务器上添加完索引后，相对之前已经快了不少，sql查询已经优化到了极点
前两天开发找DBA解决一个含有子查询的慢sql，我们通过将其修改为关联查询和添加索引解决。考虑到 大多数开发并没有准确的理解 MySQL 的子查询执行原理。本文介绍如何解决子查询慢查的思路。
浏览目录 一 索引介绍 二 索引方法 三 索引类型 四 聚合索引和辅助索引 五 测试索引 六 正确使用索引 七 组合索引 八 注意事项 九 查询计划 十 慢日志查询 十一 大数据量分页优化 1. 索引介绍 一般的应用系统，读写比例在10:1左右，而且插入操作和一般的更新操作很少出现性能问题，在生产环境中，我们遇到最多的，也是最容易出问题的，还是一些复杂的查询操作，因此对查询语句的优化显然是重中之重。 说起加速查询，就不得不提到索引了。 什么索引: 简单的说,相当于图书的目录,可以帮助用
在一些系统中有时某张表会出现百万或者千万的数据量，尽管其中使用了索引，查询速度也不一定会很快。这时候可能就需要通过分库，分表，分区来解决这些性能瓶颈。
前面文章，我们学习了 MySQL 慢日志相关内容，当我们筛选得到具体的慢 SQL 后，就要想办法去优化啦。优化 SQL 的第一步应该是读懂 SQL 的执行计划。本篇文章，我们一起来学习下 MySQL explain 执行计划相关知识。
Mysql慢查询和慢查询日志分析 众所周知，大访问量的情况下，可添加节点或改变架构可有效的缓解数据库压力，不过一切的原点，都是从单台mysql开始的。下面总结一些使用过或者研究过的经验，从配置以及调节索引的方面入手，对mysql进行一些优化。 第一步应该做的就是排查问题，找出瓶颈，所以，先从日志入手 开启慢查询日志 mysql>show variables like “%slow%”; 查看慢查询配置，没有则在my.cnf中添加，如下 log-slow-queries = /data/mysqldata/
我们在设计一个系统的时候，有时候通常为了基础业务，写出的查询sql语句并不高效，从而影响到用户使用系统的整体体验感不是很好，我们通常在系统的测试阶段会开启MySQL中的慢日志查询的功能，可以在MySQL的系统配置文件中开启这个慢日志的功能，并且也可以设置SQL执行超过多少时间来记录到一个日志文件中，只要SQL执行的时间超过了我们设置的时间就会记录到日志文件中，我们就可以在日志文件找到执行比较慢的SQL了，从而就可以对这些语句进行调优优化，使用 Explain来分析 SQL 语句的性能。
以上的看似复杂的问题，如果转换成DSL，清楚的写出来，梳理清楚问题的来龙去脉，问题就自然解决了一大半。
索引类似大学图书馆建书目索引，可以提高数据检索的效率，降低数据库的IO成本。MySQL在300万条记录左右性能开始逐渐下降，虽然官方文档说500~800w记录，所以大数据量建立索引是非常有必要的。MySQL提供了Explain，用于显示SQL执行的详细信息，可以进行索引的优化。
今天是星期一，也是双十一，问了一圈周边的人，好像没有买东西的居多，大家都是不知道该买啥好，看来像我一样的老年人变多了，工作了一天，累了，写完早点休息了。。。
MySQL 是一种流行的开源数据库，性能调优是一个非常重要的话题，对实际业务应用有着重大影响。本文将介绍在实际业务场景中遇到的性能问题及解决方案，特别是关于解决查询慢的问题的具体案例。
文件名称格式：1.1.1.1_slow_2019-06-09_01_06_33.txt
从数据库角度看：每个SQL执行都需要消耗一定I/O资源，SQL执行的快慢，决定资源被占用时间的长短。假设总资源是100，有一条慢SQL占用了30的资源共计1分钟。那么在这1分钟时间内，其他SQL能够分配的资源总量就是70，如此循环，当资源分配完的时候，所有新的SQL执行将会排队等待。 从应用的角度看：SQL执行时间长意味着等待，在OLTP应用当中，用户的体验较差
在这篇文章中，我将介绍如何识别导致性能出现问题的查询，如何找出它们的问题所在，以及快速修复这些问题和其他加快查询速度的方法。 你一定知道，一个快速访问的网站能让用户喜欢，可以帮助网站从Google
前言 你一定知道，一个快速访问的网站能让用户喜欢，可以帮助网站从Google 上提高排名，可以帮助网站增加转化率。如果你看过网站性能优化方面的文章，例如设置服务器的最佳实现、到干掉慢速代码以及 使用CDN 加载图片，就认为你的 WordPress 网站已经足够快了。但是事实果真如此吗？ 使用动态数据库驱动的网站，例如WordPress，你的网站可能依然有一个问题亟待解决：数据库查询拖慢了网站访问速度。 在这篇文章中主要介绍如何识别导致性能出现问题的查询，如何找出它们的问题所在，以及快速修复这些问题和其他加快
最近发现一些SQL，很正常的查询或者根据主键ID查询，也加入了慢SQL预警，一条 SQL 语句，正常执行的时候特别快，有时候不知道怎么回事，它会变的很慢。为什么？有的同学会说：MySQL负载过大，再此不讨论此种情况。
pymysql是通过python操作mysql的模块，需要先安装，方法：pip install pymysql
最近公司项目添加新功能，上线后发现有些功能的列表查询时间很久。原因是新功能用到旧功能的接口，而这些旧接口的 SQL 查询语句关联5,6张表且编写不够规范，导致 MySQL 在执行 SQL 语句时索引失效，进行全表扫描。原本负责优化的同事有事请假回家，因此优化查询数据的问题落在笔者手中。笔者在查阅网上 SQL 优化的资料后成功解决了问题，在此从==全局角度==记录和总结 MySQL 查询优化相关技巧。
MySQL 慢日志（slow log）是 MySQL DBA 及其他开发、运维人员需经常关注的一类信息。使用慢日志可找出执行时间较长或未走索引等 SQL 语句，为进行系统调优提供依据。 本文将结合一个线上案例，分析如何正确设置 MySQL 慢日志参数和使用慢日志功能，并介绍下网易云 RDS 对 MySQL 慢日志功能的增强。
今天，数据库的操作越来越成为整个应用的性能瓶颈了，这点对于Web应用尤其明显。关于数据库的性能，这并不只是DBA才需要担心的事，而这更是我们程序员需要去关注的事情，希望文章的这些优化技巧对你有用。
日志就跟人们写的日记一样，记录着过往的事情。但是人的日记是主观的（记自己想记的内容），而数据库的日志是客观的，根据记录内容分为以下好几种日志：
本文提要 从编码角度来优化数据层的话，我首先会去查一下项目中运行的sql语句，定位到瓶颈是否出现在这里，首先去优化sql语句，而慢sql就是其中的主要优化对象，对于慢sql，顾名思义就是花费较多执行时间的语句，它带来的影响也比较恶劣，首先是执行时间过长影响数据的返回速度，其次，慢sql的长时间执行也会消耗和占用mysql的系统资源，影响其他的sql语句执行，过多的慢sql极其影响性能，如果系统流量或者并发量较大的情况下，过多的执行慢sql很有可能造成mysql的死锁以致于mysql服务无法正常使用。 dr
今天，我们通过模拟案例以及原理分析，去弄清楚MySQL中DDL的风险，以及如何避免事故发生。
本文提要 最近写的几篇文章都是关于数据层优化方面的，这几天也在想还有哪些地方可以优化改进，结合日志和项目代码发现，关于数据层的优化，还是有几个方面可以继续修改的，代码方面，整合了druid数据源也开启了sql监控等，修改和规范了变量的命名方式，建表时的命名方式也做了修改，不过做的这些还不够，优化这件事真是一个长期和自觉的过程，mapper文件中的sql语句，依然不是十分的符合规范，有继续优化的必要，数据库中表的结构也需要继续优化。 前一篇文章主要讲了慢sql的整理，以及explain关键字在优化查询语句中的
日复一日年复一年，伴随着我们系统稳定运行的一定还有日益增长的数据量，当然本次我们只来讨论我们的关系型数据库——MySQL中的数据量，如果我们的MySQL从上线之后没有进行过任何优化，数据量上去了之后，SQL的查询时间必然会越来越久，久而久之的自然会奔溃而拖垮整个系统，所以既然数据量上去了，我们程序员的本事也要跟着涨一涨了，涨知识之前先来回忆一下我们日常工作中是不是经常听到这样一句话，xxx模块响应有点慢了，看看咋回事是不是要加个索引？下面就来介绍一下MySQL中最常见的优化手段：添加索引。
刚入职的时候，同事就提醒过我，涉及三四张表的时候，数据量大，尽量不用连表查询，用单表。我最近还真的是遇到了。因为联表查询导致引发的慢sql。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
