mysql 连表查询性能问题。

mysql 连表查询性能问题。,第1张

1、除非迫不得已,不建议使用子查询,因为在几乎所有的sql语言中子查询都是效率很低的,并且mysql中的子查询在某些旧版本下面还有不少缺陷。

2、直接连接查询,使用的是笛卡尔积的查询模式。就是把X表中的每一行分别与Y表中的每一行组合一次,10W数据表X与30W数据表Y的笛卡尔积将会产生300W条数据。

3、X,Y直连、join、left join、right join、inner jion都属于直接连接查询,只不过在查询出的结果集中的数据选取方式有区别而已(有的时候也会因为这个区别而产生微量的效率不同)。

4、在你上面的两条语句中,只能用语句1。因为语句1使用了直连,笛卡尔积导致的300W的数据量的主键对等查询的速度上还是说得过去的。而语句2中使用了两个子查询,然后以两个子查询的结果集再做笛卡尔积,然后再在300W数据中做主键对等匹配出结果集,且查询出的结果只能是两个表各自的id,不是你想要的结果,并且你的on语句是错误的,会导致不可预知的结果。

MySQL中使用show status语句查询MySQL的性能参数

语法:

show status like [statement]

常用statement说明:

# 查询连接MySQL服务器的次数

# 查询MySQL服务器上线的时间

# 查询慢查询的次数

# 查询 查询 *** 作的次数

查看MySQL服务器配置信息 :

查看MySQL服务器运行的各种状态值 :

慢查询:

连接数:

key_buffer_size 是对MyISAM表性能影响最大的一个参数

临时表:

查看open table :

进程使用情况:

查询缓存(query cache) :

文件打开数(open_files) :

表锁情况 :

表扫描情况 :

查询吞吐量:

连接情况:

分析查询语句

mysql提供了explain语句和describe语句,进行分析查询语句

EXPLAIN的语法:

说明:

示例:

DESCRIBE语句

使用方法与EXPLAIN语句是一样的,并且分析结果也是一样的。

语法:

mysql中提高性能的最有效的方式:

1, 对数据表设计合理的索引。索引提供了高效访问数据的方法,并且加快了查询的速度。

使用索引查询几种特殊情况:

您好,很高兴为您解答。

第一先限制Innodb的并发处理.如果innodb_thread_concurrency = 0 可以先改成 16或是64 看机器压力,如果

非常大,先改成16让机器的压力下来,然后慢慢增达,适应自已的业务.

处理方法: set global innodb_thread_concurrency=16

第二: 对于连接数已经超过600或是更多的情况,可以考虑适当的限制一下连接数,让前端报一下错,也别让DB挂了.

DB在了,总是可以用来加载一下数据,当数据加载到了nosql里了,慢慢的DB压力也会降下来的.

限制单用户连接数在500以下. 如:

set global max_user_connections=500

(MySQL随着连接数的增加性能会是下降的,这也是thread_pool出现的原因)

另外对于有的监控程序会读取information_schema下面的表的程序可以考虑关闭下面的参数

innodb_stats_on_metadata=0

set global innodb_stats_on_metadata=0

这个参数主要防止对读取information_schema时造成大量读取磁盘进行信息统计(如果慢查询中出现关于information_schema中表时,也可以考虑禁用该参数)

处理依据:

当学校的一个食堂一分钟只能为两个打饭, 忽然来了100个时人来打饭,又没排队, 不出会现了打饭的师傅要用点时间

去选择为那个用户服务了, 人越多,场面就越乱, 难免出现用户大吼该他的场面, 最后有可能就出现不是打饭了,而时之间相互

打架了,打饭的师傅也将收到同时有90个以上的Server too busy. 如果能排一下队.最多也就50分钟能处理完了.

以前办法,应该可以让MySQLD不会挂掉.如果业务支撑受到限制,还是想办法处理一下.


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/8317856.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-15
下一篇 2023-04-15

发表评论

登录后才能评论

评论列表(0条)

保存