嗯,这个一般和数据大小,硬盘写入速度,内存,cpu处理速度有关。性能越高,在一条sql语句中处理的小块数据就越多。
2020-07-09:mysql如何启动慢速查询?
而mysqld可以通过配置log-slow-queriesfile-path来记录慢速查询,重启后生效。
mysqldumpslow,一个分析慢速查询日志的工具,由mysql官方提供。主要功能包括统计类型、出现次数、最长执行时间、累计总时间、等待锁的时间、发送给客户端的总行数、总行数、用户数和sql语句本身。这样可以快速定位问题点,也可以为下一条sql提供充分的参考。
有一些第三方工具,但我还没有我没用过它们。好像有些gui工具比较好用。你可以搜索他们。我不我不能用它,因为我我担心在生产环境中部署更多的软件会导致更多的安全漏洞。
希望你的回复会有帮助。
这个专业回答怎么配图?为什么只有有图的才能高质量回答?
查询摘要
孔子说工欲善其事,必先利其器。"
善于使用好的性能分析工具,可以让运维效率事半功倍。pt-query-digest是perconatoolkit中的常用工具,用于分析mysql数据库的慢速日志、二进制日志和通用日志,也可以使用从tcpdump中捕获的show
我来说说这个问题:
题目提到的查询应该是这样的:select*fromawhereidin(selectidfromb)。
对于这个sql语句,它的执行计划不是先查询表b的所有id,然后再与表a的id进行比较..
mysql会将in子查询转换成现有的相关子查询,所以实际上相当于这个sql语句:select*fromawhereexists(select*fromb循环出表a中的每一条记录并与表b进行比较,比较的条件是看表a中每一条记录的id是否存在于表b中,如果存在,则返回表a中的这条记录..
exists查询的缺点是什么?
根据存在的实现原理,表a(外观)你可以如果不使用索引,您必须扫描整个表,因为您要从表a到表b查找数据,并且您必须使用表a中的数据在表b中查找(从表外到表内),顺序是固定的。
如何优化?
索引。但是从上面的分析可以看出,索引只能建立在表b的id字段中,而不能建立在表a的id中,mysql可以不要用它。
这样优化就够了吗?itit'还是有点短。
因为exists只能用表a到表b的数据(从表外到表内)查询它的执行计划,虽然它可以在表b的id字段建立索引来提高查询效率。
然而,你可以t从表b到表a依次取数据,exists子查询的查询顺序是固定的。
为什么反过来呢?
因为你首先可以确定的是,反过来的结果是一样的。这就引出了一个更详细的问题:当两个表的id字段都有索引时,是表a查表b的效率高还是表b查表a的效率高?
如何进一步优化?
将查询修改为innerjoin连接查询:select*fromaninnerjoinbon(但这还不够,再往下看)。
为什么不用左连接和右连接?
此时,表之间的连接顺序是固定的,
例如,左连接意味着必须先检查左表并扫描整个表,然后逐个转到另一个表,右连接也是如此。仍然不是最佳选择。
为什么我可以只使用内部连接?
内连接中的两个表,比如a内连接b,但是实际执行顺序和写的顺序无关,最后执行的可能是b连接a,顺序不固定。如果on条件字段有索引,也可以使用较高的索引。
那怎么才能知道a和b的执行顺序哪个更有效率呢?
你不我不知道,我也不知道。谁知道呢?mysql知道的。让mysql自己判断(查询优化器)。mysql查询优化器将评估每个案例的成本,并最终选择最佳的一个作为执行计划。
在innerjoin的连接中,mysql会评估是用表a查表b更高效还是用表b查表a更高效,如果两个表都有索引,mysql还会评估表a的条件字段上的索引效率更高还是表b的更高..
我们需要做的是对两个表的连接条件的两个字段进行索引,然后解释,检查执行计划,看mysql使用了哪个索引,最后去掉没有使用索引的表的字段索引。
原文标题:mysql一般查询性能 mysql的读写速度是什么级别?,如若转载,请注明出处:https://www.wmyjt.com/wmy2/548.html
免责声明:此资讯系转载自合作媒体或互联网其它网站,「共道号」登载此文出于传递更多信息之目的,并不意味着赞同其观点或证实其描述,文章内容仅供参考。