2021-06-04 路由器频繁掉线 Maximum number of concurrent DNS queries reached (max: 150)

最新推荐文章于 2025-11-20 04:55:59 发布
原创 最新推荐文章于 2025-11-20 04:55:59 发布 · 4.4k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#服务器

公司因厂房搬迁且原TP - Link路由器损坏，更换为艾泰2620G机柜式路由器。但新路由器出现时不时掉线且无法自动重连的问题，作者打客服电话并提供系统日志，艾泰称是某台电脑疯狂请求DNS服务器致线路崩溃，作者已做限速，希望有人帮忙解决。

最近公司新换了路由器，之前的TP-Link的路由器坏掉了。
因为我们是新搬了厂房，所以我们更换了机柜，之前的路由器太小了，架机柜架不上去，况且又坏了。所以我们就换了个机柜式的路由器，艾泰2620G，一个入门级的产品。
但换了路由器出现了一个很奇怪的问题，会时不时掉线，而且不会自动重连。
我打了客服的电话，让他们远程看看
下面是系统日志。
有哪位大神可以帮忙看看是什么原因
以及有什么办法可以解决这个问题。

daemon.info	Jun 3 16:36:53	dnsmasq-dhcp[2631]:	DHCPINFORM(eth0.1) 192.168.1.4 38:d5:47:ac:76:28
daemon.info	Jun 3 16:36:53	dnsmasq-dhcp[2631]:	DHCPACK(eth0.1) 192.168.1.4 38:d5:47:ac:76:28 USER-20160515JA
daemon.warn	Jun 3 16:37:11	dnsmasq[2631]:	Maximum number of concurrent DNS queries reached (max: 150)
daemon.warn	Jun 3 16:37:18	dnsmasq[2631]:	Maximum number of concurrent DNS queries reached (max: 150)
daemon.warn	Jun 3 16:37:24	dnsmasq[2631]:	Maximum number of concurrent DNS queries reached (max: 150)
daemon.warn	Jun 3 16:37:30	dnsmasq[2631]:	Maximum number of concurrent DNS queries reached (max: 150)
daemon.warn	Jun 3 16:37:36	dnsmasq[2631]:	Maximum number of concurrent DNS queries reached (max: 150)
daemon.warn	Jun 3 16:37:41	dnsmasq[2631]:	Maximum number of concurrent DNS queries reached (max: 150)
daemon.info	Jun 3 16:37:46	dnsmasq-dhcp[2631]:	DHCPINFORM(eth0.1) 192.168.1.154 1c:1b:0d:b2:92:c8
daemon.info	Jun 3 16:37:46	dnsmasq-dhcp[2631]:	DHCPACK(eth0.1) 192.168.1.154 1c:1b:0d:b2:92:c8 Zzzz-PC
daemon.warn	Jun 3 16:37:48	dnsmasq[2631]:	Maximum number of concurrent DNS queries reached (max: 150)
daemon.info	Jun 3 16:37:53	dnsmasq-dhcp[2631]:	DHCPINFORM(eth0.1) 192.168.1.65 34:97:f6:89:a7:bc
daemon.info	Jun 3 16:37:53	dnsmasq-dhcp[2631]:	DHCPACK(eth0.1) 192.168.1.65 34:97:f6:89:a7:bc USER-201111
daemon.warn	Jun 3 16:37:54	dnsmasq[2631]:	Maximum number of concurrent DNS queries reached (max: 150)
daemon.warn	Jun 3 16:38:00	dnsmasq[2631]:	Maximum number of concurrent DNS queries reached (max: 150)
daemon.warn	Jun 3 16:38:06	dnsmasq[2631]:	Maximum number of concurrent DNS queries reached (max: 150)
daemon.warn	Jun 3 16:38:12	dnsmasq[2631]:	Maximum number of concurrent DNS queries reached (max: 150)
daemon.info	Jun 3 16:38:13	pppd[2908]:	No response to 20 echo-requests
daemon.notice	Jun 3 16:38:13	pppd[2908]:	Serial link appears to be disconnected.
daemon.info	Jun 3 16:38:13	pppd[2908]:	Connect time 877.3 minutes.
daemon.info	Jun 3 16:38:13	pppd[2908]:	Sent 2255004591 bytes, received 3000772659 bytes.
daemon.notice	Jun 3 16:38:13	pppd[2908]:	ip-down:peer_authname = , our_name = UTT
daemon.notice	Jun 3 16:38:13	pppd[2908]:	script:our_name = UTT, peer_authname =
daemon.warn	Jun 3 16:38:14	dnsmasq[2631]:	no servers found in /etc/resolv.conf, will retry
daemon.notice	Jun 3 16:38:19	pppd[2908]:	Connection terminated.
daemon.notice	Jun 3 16:38:20	pppd[2908]:	Modem hangup
daemon.info	Jun 3 16:38:41	dnsmasq-dhcp[2631]:	DHCPREQUEST(eth0.1) 192.168.1.62 40:8d:5c:e7:93:90
daemon.info	Jun 3 16:38:41	dnsmasq-dhcp[2631]:	DHCPACK(eth0.1) 192.168.1.62 40:8d:5c:e7:93:90 DESKTOP-CE8QEMS
daemon.info	Jun 3 16:38:53	dnsmasq-dhcp[2631]:	DHCPINFORM(eth0.1) 192.168.1.4 38:d5:47:ac:76:28
daemon.info	Jun 3 16:38:53	dnsmasq-dhcp[2631]:	DHCPACK(eth0.1) 192.168.1.4 38:d5:47:ac:76:28 USER-20160515JA
daemon.info	Jun 3 16:38:53	dnsmasq-dhcp[2631]:	DHCPREQUEST(eth0.1) 192.168.1.108 00:e0:4c:36:37:8f
daemon.info	Jun 3 16:38:53	dnsmasq-dhcp[2631]:	DHCPACK(eth0.1) 192.168.1.108 00:e0:4c:36:37:8f LAPTOP-FJAUTNOB
daemon.info	Jun 3 16:39:00	dnsmasq-dhcp[2631]:	DHCPREQUEST(eth0.1) 192.168.1.201 94:c6:91:7f:c2:37
daemon.info	Jun 3 16:39:00	dnsmasq-dhcp[2631]:	DHCPACK(eth0.1) 192.168.1.201 94:c6:91:7f:c2:37 DESKTOP-IG9526L
daemon.info	Jun 3 16:39:03	dnsmasq-dhcp[2631]:	DHCPINFORM(eth0.1) 192.168.1.65 34:97:f6:89:a7:bc
daemon.info	Jun 3 16:39:03	dnsmasq-dhcp[2631]:	DHCPACK(eth0.1) 192.168.1.65 34:97:f6:89:a7:bc USER-201111
daemon.notice	Jun 3 16:39:27	pppd[30819]:	pptp_name=
daemon.notice	Jun 3 16:39:27	pppd[30819]:	argv[0]= pppd
daemon.notice	Jun 3 16:39:27	pppd[30819]:	argv[1]= file
daemon.notice	Jun 3 16:39:27	pppd[30819]:	argv[2]= /etc/options_wan1.pppoe
daemon.notice	Jun 3 16:39:27	pppd[30819]:	l2tp_name=
daemon.info	Jun 3 16:39:27	pppd[30819]:	Plugin /etc_ro/ppp/plugins/rp-pppoe.so loaded.
daemon.info	Jun 3 16:39:27	pppd[30819]:	RP-PPPoE plugin version 3.8 compiled against pppd 2.4.4
daemon.notice	Jun 3 16:39:27	pppd[30819]:	pppd 2.4.4 started by admin, uid 0
daemon.warn	Jun 3 16:39:27	pppd[30819]:	Connected to d6:59:9c:d5:1c:54 via interface eth0.2
daemon.info	Jun 3 16:39:27	pppd[30819]:	Using interface ppp0
daemon.notice	Jun 3 16:39:27	pppd[30819]:	Connect: ppp0 <--> eth0.2
daemon.warn	Jun 3 16:39:27	pppd[30819]:	Couldn't increase MRU to 1500
daemon.info	Jun 3 16:39:27	pppd[30819]:	Remote message: Authentication success,Welcome!
daemon.notice	Jun 3 16:39:27	pppd[30819]:	PAP authentication succeeded
daemon.notice	Jun 3 16:39:27	pppd[30819]:	peer from calling number D6:59:9C:D5:1C:54 authorized
daemon.info	Jun 3 16:39:27	pppd[30819]:	ipcp_up: our_name=UTT, utt_set_remote_ip = 0x0, ho->hisaddr = 0x71410501
daemon.info	Jun 3 16:39:27	pppd[30819]:	ipcp_up: our_name=UTT, utt_set_remote_ip = 0x0, ho->hisaddr = 0x71410501
daemon.notice	Jun 3 16:39:27	pppd[30819]:	script:our_name = UTT, peer_authname =
daemon.notice	Jun 3 16:39:27	pppd[30819]:	local IP address 113.65.5.32
daemon.notice	Jun 3 16:39:27	pppd[30819]:	remote IP address 113.65.5.1
daemon.notice	Jun 3 16:39:27	pppd[30819]:	primary DNS address 202.96.134.133
daemon.notice	Jun 3 16:39:27	pppd[30819]:	secondary DNS address 202.96.128.166
daemon.notice	Jun 3 16:39:27	pppd[30819]:	ip-up:peer_authname = , our_name = UTT
daemon.notice	Jun 3 16:39:27	pppd[30819]:	script:our_name = UTT, peer_authname =
daemon.info	Jun 3 16:39:29	pppd[30819]:	Terminating on signal 2
daemon.info	Jun 3 16:39:29	pppd[30819]:	Connect time 0.1 minutes.
daemon.info	Jun 3 16:39:29	pppd[30819]:	Sent 0 bytes, received 2080 bytes.
daemon.notice	Jun 3 16:39:29	pppd[30819]:	Connection terminated.
daemon.info	Jun 3 16:39:31	dnsmasq-dhcp[2631]:	DHCPREQUEST(eth0.1) 192.168.1.108 00:e0:4c:36:37:8f
daemon.info	Jun 3 16:39:31	dnsmasq-dhcp[2631]:	DHCPACK(eth0.1) 192.168.1.108 00:e0:4c:36:37:8f LAPTOP-FJAUTNOB
daemon.notice	Jun 3 16:39:31	pppd[30819]:	script:our_name = UTT, peer_authname =
daemon.info	Jun 3 16:39:32	dnsmasq[2631]:	reading /etc/resolv.conf
daemon.info	Jun 3 16:39:32	dnsmasq[2631]:	using nameserver 202.96.134.133#53
daemon.info	Jun 3 16:39:32	dnsmasq[2631]:	using nameserver 202.96.128.166#53
daemon.info	Jun 3 16:39:34	dnsmasq-dhcp[2631]:	DHCPINFORM(eth0.1) 192.168.1.232 00:cf:e0:46:3d:03
daemon.info	Jun 3 16:39:34	dnsmasq-dhcp[2631]:	DHCPACK(eth0.1) 192.168.1.232 00:cf:e0:46:3d:03 PV-1
daemon.info	Jun 3 16:39:34	pppd[30819]:	Exit.
daemon.notice	Jun 3 16:39:35	pppd[31752]:	pptp_name=
daemon.notice	Jun 3 16:39:35	pppd[31752]:	argv[0]= pppd
daemon.notice	Jun 3 16:39:35	pppd[31752]:	argv[1]= file
daemon.notice	Jun 3 16:39:35	pppd[31752]:	argv[2]= /etc/options_wan1.pppoe
daemon.notice	Jun 3 16:39:35	pppd[31752]:	l2tp_name=
daemon.info	Jun 3 16:39:35	pppd[31752]:	Plugin /etc_ro/ppp/plugins/rp-pppoe.so loaded.
daemon.info	Jun 3 16:39:35	pppd[31752]:	RP-PPPoE plugin version 3.8 compiled against pppd 2.4.4
daemon.notice	Jun 3 16:39:35	pppd[31752]:	pppd 2.4.4 started by admin, uid 0
daemon.warn	Jun 3 16:39:35	pppd[31752]:	Connected to d6:59:9c:d5:1c:54 via interface eth0.2
daemon.info	Jun 3 16:39:35	pppd[31752]:	Using interface ppp0
daemon.notice	Jun 3 16:39:35	pppd[31752]:	Connect: ppp0 <--> eth0.2
daemon.warn	Jun 3 16:39:35	pppd[31752]:	Couldn't increase MRU to 1500
daemon.info	Jun 3 16:39:35	pppd[31752]:	Remote message: Authentication success,Welcome!
daemon.notice	Jun 3 16:39:35	pppd[31752]:	PAP authentication succeeded
daemon.notice	Jun 3 16:39:35	pppd[31752]:	peer from calling number D6:59:9C:D5:1C:54 authorized
daemon.info	Jun 3 16:39:35	pppd[31752]:	ipcp_up: our_name=UTT, utt_set_remote_ip = 0x0, ho->hisaddr = 0xda13f401
daemon.info	Jun 3 16:39:35	pppd[31752]:	ipcp_up: our_name=UTT, utt_set_remote_ip = 0x0, ho->hisaddr = 0xda13f401
daemon.notice	Jun 3 16:39:35	pppd[31752]:	script:our_name = UTT, peer_authname =
daemon.notice	Jun 3 16:39:35	pppd[31752]:	local IP address 218.19.247.251
daemon.notice	Jun 3 16:39:35	pppd[31752]:	remote IP address 218.19.244.1
daemon.notice	Jun 3 16:39:35	pppd[31752]:	primary DNS address 202.96.134.133
daemon.notice	Jun 3 16:39:35	pppd[31752]:	secondary DNS address 202.96.128.166
daemon.notice	Jun 3 16:39:35	pppd[31752]:	ip-up:peer_authname = , our_name = UTT
daemon.notice	Jun 3 16:39:35	pppd[31752]:	script:our_name = UTT, peer_authname =
daemon.warn	Jun 3 16:39:36	dnsmasq[2631]:	no servers found in /etc/resolv.conf, will retry
daemon.info	Jun 3 16:39:38	dnsmasq[2631]:	reading /etc/resolv.conf
daemon.info	Jun 3 16:39:38	dnsmasq[2631]:	using nameserver 202.96.134.133#53
daemon.info	Jun 3 16:39:38	dnsmasq[2631]:	using nameserver 202.96.128.166#53
daemon.warn	Jun 3 16:39:40	dnsmasq[2631]:	no servers found in /etc/resolv.conf, will retry
daemon.info	Jun 3 16:39:46	dnsmasq[2631]:	reading /etc/resolv.conf
daemon.info	Jun 3 16:39:46	dnsmasq[2631]:	using nameserver 202.96.134.133#53
daemon.info	Jun 3 16:39:46	dnsmasq[2631]:	using nameserver 202.96.128.166#53
daemon.info	Jun 3 16:39:51	dnsmasq-dhcp[2631]:	DHCPINFORM(eth0.1) 192.168.1.218 6c:4b:90:7c:c9:aa
daemon.info	Jun 3 16:39:51	dnsmasq-dhcp[2631]:	DHCPACK(eth0.1) 192.168.1.218 6c:4b:90:7c:c9:aa DESKTOP-SP650BE
daemon.info	Jun 3 16:39:51	dnsmasq-dhcp[2631]:	DHCPREQUEST(eth0.1) 192.168.1.218 6c:4b:90:7c:c9:aa
daemon.info	Jun 3 16:39:51	dnsmasq-dhcp[2631]:	DHCPACK(eth0.1) 192.168.1.218 6c:4b:90:7c:c9:aa DESKTOP-SP650BE
daemon.info	Jun 3 16:40:16	dnsmasq-dhcp[2631]:	DHCPINFORM(eth0.1) 192.168.1.154 1c:1b:0d:b2:92:c8
daemon.info	Jun 3 16:40:16	dnsmasq-dhcp[2631]:	DHCPACK(eth0.1) 192.168.1.154 1c:1b:0d:b2:92:c8 Zzzz-PC
daemon.info	Jun 3 16:41:17	dnsmasq-dhcp[2631]:	DHCPREQUEST(eth0.1) 192.168.1.199 e0:d5:5e:0b:53:9d
daemon.info	Jun 3 16:41:17	dnsmasq-dhcp[2631]:	DHCPACK(eth0.1) 192.168.1.199 e0:d5:5e:0b:53:9d WIN-JDR4CU02J0T
daemon.info	Jun 3 16:41:59	dnsmasq-dhcp[2631]:	DHCPINFORM(eth0.1) 192.168.1.154 1c:1b:0d:b2:92:c8
daemon.info	Jun 3 16:41:59	dnsmasq-dhcp[2631]:	DHCPACK(eth0.1) 192.168.1.154 1c:1b:0d:b2:92:c8 Zzzz-PC

艾泰那边给出的说法是有某一台电脑疯狂请求DNS服务器，导致线路崩溃，然后下线了。

我觉得线路崩溃的问题是有可能
我本身也做了限速
在这里插入图片描述

谢谢大佬，好人一生平安

guide12345
关注
Splunk: The maximum number of concurrent historical searches on this instance has been reached
shenghuiping2001的专栏
07-08 380
Splunk search head 对 搜索是根据硬件cpu 对搜索数量是有限制的。
JVM调优实战：解决CMS concurrent-abortable-preclean LongGC的问题
热门推荐
思码堂
03-20 1万+
1. 背景 1.1 多个业务线的应用出现LongGC告警 最近一段时间，经常收到CAT报出来的Long GC告警（配置为大于3秒的为Longgc）。 2. 分析前的一些JVM背景知识回顾 2.1 JVM堆内存划分 新生代（Young Generation） 新生代内被划分为三个区：Eden，from survivor，to survivor。大多数对象在新生代被创建。Minor GC针对的...
linux内核参数详解 sysctl -a dns内核优化 dns优化 dnsmasq配置
yuezhilangniao的博客
07-13 3786
原文：https://www.cnblogs.com/cnwcl/p/9811327.html sysctl 命令用于查看和修改内核参数 查看指定参数： sysctl kernel.threads-max 查看所有参数： sysctl -a 修改指定参数： sysctl -w kernel.threds-max=102400 sysctl 设置的内核参数在 /proc/sys 目录下，格式为： 目录.文件 比如：kernel.threads-max 对应目录 /proc/sys/kernel 下的 thr
网络异常调试心路历程
b178903294的博客
04-03 1594
由 b178903294创建, 最后修改于3月 27, 2020 背景： 打通dnsmasq+ipset+iptables，并且导入了网络管控规则之后。网络管控功能基本流程跑通了。欢喜之余发现上网极其卡顿，ping经常获取不到DNS、丢包、反应慢······· 网页打开速度慢到无法接受同时经常打不开。这个时候对比中性版本，发现期初中性版本能够快乐的上网，但是随着带管控平板的上网使用卡顿，渐渐地中性版本也卡了。然后就开始怀疑公司网络和路由器有问题了。恰逢公司网络这几天不稳定，所以就摔锅...
clickhouse安装记录 高可用双实例 超详细的clickhouse安装看这一篇就够了~
采集啄米记录贴
04-11 1735
1.安装依赖项 yum -y install libicu perl-JSON-XS 2.下载clickhou的RPM包 各版本系统与包的地址：https://packagecloud.io/Altinity/clickhouse 以clickhouse19.16.14.65版本为例：使用wget下载RPM包： wget --content-disposition https://packagecloud.io/Altinity/clickhouse/packages/el/7/cli..
执行tsung时报"Maximum number of concurrent users in a single VM reached
weixin_30256505的博客
09-15 197
原创作品，允许转载，转载时请务必以超链接形式标明文章原始出处、作者信息和本声明。否则将追究法律责任。http://ovcer.blog.51cto.com/1145188/1581326 [root@openfire-x86v-app01 ~]# tsung -f jabber_register.xml startStarting Tsung"Log directory is: /ro...
解决Redis 连接池报错：ERR max number of clients reached
很多时候犯错都是在不知情的情况下发生的
03-26 5002
前言 redis maxclients 是redis server的重要配置，它决定了客户端的最大连接数量，最大客户端连接数量。由于redis不区分连接是客户端连接还是内部打开文件或者和slave连接等，所以maxclients最小存在32个连接数，如果超过了设置的maxclients，redis会给新的连接发送"max number of clients reached"，并关闭连接。 在Redis 2.4中，可以同时处理的最大客户端数量存在硬编码限制。 在Redis 2.6中，此限制是动态的：默认情况
curl排查DNS解析慢的原因
weixin_30621919的博客
04-08 2820
curl -o /dev/null -s -w %{time_connect}:%{time_namelookup}:%{time_total} https://www.120ask.com -o表示输出结果到 /dev/null（避免返回数据淹没了时间信息）-s表示去除状态信息-w表示列出后面的参数的结果curl命令支持的参数，有如下 time_connect 建立到服务...
Concurrent validity of the Stanford-Binet: Fourth edition and Kaufman assessment battery for children with learning-disabled students
06-29
Concurrent validity of the Stanford-Binet: Fourth edition and Kaufman assessment battery for children with learning-disabled students Psychologv in the Schools Volume 27, April 1990 CONCURRENT ...
dns-slap:绕过DNS服务器的工具
05-12
dns拍 绕过DNS服务器的工具。 安装 键入以下命令很简单： % go get github . com / pguelpa / dns - slap 用法 dns-slap支持设置并发级别和迭代次数，以在每个并发进程中查找DNS条目。 还可以配置每个查询阈值（以...
TogetherJS与区块链应用：去中心化协作的技术探索
最新发布
gitblog_00947的博客
11-20 403
在当今数字化时代，**实时协作**和**去中心化技术**正成为推动Web应用发展的两大关键力量。TogetherJS作为一个开源的实时协作工具，为网站提供了强大的协同浏览能力，而区块链技术则带来了全新的去中心化架构理念。本文将探讨如何将TogetherJS的协作功能与区块链的去中心化特性相结合，创造更安全、透明的协作环境。🚀 ## 为什么需要去中心化协作？ 传统的协作工具通常依赖于中心化服务
【Kubernetes】kube-dns 持续重启
weixin_34368949的博客
06-05 803
kuberbetes部署和启动正常，但是kube-dns持续重启 使用命令 kubectl get pods --all-namespaces 得到结果 从图中可以看出kube-dns-c7d85897f-jmntw 在不断重启 使用命令 kubectl describe pod kube-dns-c7d85897f-jmntw -n kube-sy...
dns配置 配置详解 dnsmasq配置 配置详解
yuezhilangniao的博客
10-13 2971
原文：https://blog.51cto.com/shanks/1306428?source=drt First of all, we set some options regarding the basic server operation like the interface and port on which it should bind, the unprivileged user that should run the service and a PID file: listen-address
dnsmasq配置文件详解
maizaozao的专栏
01-02 3244
IA32_EFI, X86-64_EFI, Xscale_EFI, BC_EFI, ARM32_EFI 和 ARM64_EFI，其他类型可能为一个整数。# <CSA> 为客户端系统类型：x86PC, PC98, IA64_EFI, Alpha, Arc_x86, Intel_Lean_Client,# [encap:<opt>,][vi-encap:<enterprise>,][vendor:[<vendor-class>],] 有待继续研究。
【Troubleshooting】Maximum number of connected terminals reached
cp5338891的博客
02-10 923
一、问题现象：Users were getting error "Maximum number of connected terminals reached" while logon to R/3 System. 二、...
exchange2013警告The maximum number of concurrent connections has exceeded a limit
weixin_33670786的博客
01-06 1861
警告如图示:这是由于exchange 接收连接器有并发限制。可以按照如下命令查询:使用如下命令修改: 可以看到 修改成功了。同时，前端和后端服务器的接收连接器都要改。...
Influxdb 1.2版本优化之旅(经验证，适用于influxdb1.4版本)
liurui_wuhan的专栏
01-08 5118
一、【常见异常】1、max series per database exceeded 异常err = max series per database exceeded:java.lang.RuntimeException: {"error":"max series per database exceeded:at org.influxdb.impl.InfluxDBImpl.execute(Inf...
如下为某直播平台主播开播及关播时间，根据该数据计算出平台最高峰同时在线的主播人数。 id stt edt 1001 2021-06-14 12:12:12 2021-06-14 18:12:12 1003 2021-06-14 13:12:12 2021-06-14 16:12:12 1004 2021-06-14 13:15:12 2021-06-14 20:12:12 1002 2021-06-14 15:12:12 2021-06-14 16:12:12 1005 2021-06-14 15:18:12 2021-06-14 20:12:12 1001 2021-06-14 20:12:12 2021-06-14 23:12:12 1006 2021-06-14 21:12:12 2021-06-14 23:15:12 1007 2021-06-14 22:12:12 2021-06-14 23:10:12 … … 1)对数据分类,在开始数据后添加正1,表示有主播上线,同时在关播数据后添加-1,表示有主播下线 select id,stt dt,1 p from test5 union select id,edt dt,-1 p from test5;t1 1p和-1p的p是干嘛的
11-20
在你提到的 SQL 查询中： ```sql select id, stt dt, 1 p from test5 union select id, edt dt, -1 p from test5 ``` 这里的 `p` 是一个人为添加的 **标志字段（或称为权重字段）**，用来表示某个时间点是“主播上线”还是“主播下线”。 --- ### ✅ `p` 字段的作用解释如下： - `p = 1`：表示在该时间点有一个主播 **开始直播（上线）** - `p = -1`：表示在该时间点有一个主播 **结束直播（下线）** 这个技巧常用于解决“**最多重叠区间问题**”，比如求**同一时刻最多有多少个主播在线**。 我们将每个开播时间标记为 +1，关播时间标记为 -1，然后按时间顺序排序，对 `p` 值做累加（前缀和），就可以得到任意时刻正在直播的主播人数。 --- ### 🔍 举个例子说明 原始数据： | id | stt | edt | |------|----------------------|----------------------| |1001|2021-06-14 12:12:12|2021-06-14 18:12:12| |1003|2021-06-14 13:12:12|2021-06-14 16:12:12| 转换后变成事件流（t1）： | id | dt | p | |------|----------------------|----| |1001|2021-06-14 12:12:12| 1 | ← 开播 +1 |1003|2021-06-14 13:12:12| 1 | ← 开播 +1 |1003|2021-06-14 16:12:12|-1 | ← 下播 -1 |1001|2021-06-14 18:12:12|-1 | ← 下播 -1 然后我们按照 `dt` 时间排序，并计算累计值（即当前在线主播数）： ```text 时间 事件类型 当前人数变化 累计在线人数 2021-06-14 12:12:12 开播(id=1001) +1 1 2021-06-14 13:12:12 开播(id=1003) +1 2 2021-06-14 16:12:12 下播(id=1003) -1 1 2021-06-14 18:12:12 下播(id=1001) -1 0 ``` 所以最高同时在线人数是 **2人**。 --- ### 📌 完整 SQL 思路（以 Hive/MySQL 为例） ```sql -- 第一步：将开播和关播转为带符号的事件流 with events as ( select id, stt as dt, 1 as p from test5 union all select id, edt as dt, -1 as p from test5 ), -- 第二步：按时间排序，注意时间相同时，优先处理上线再处理下线？实际建议：同时间先+1后-1 sorted_events as ( select dt, p from events order by dt, p desc -- 先处理 +1 再处理 -1，防止漏算峰值 ) -- 第三步：使用窗口函数累加 p，找出最大值 select max(online_cnt) as max_concurrent_streamers from ( select dt, sum(p) over (order by dt, p desc rows between unbounded preceding and current row) as online_cnt from sorted_events ) t; ``` > 💡 注意：这里用 `UNION ALL` 比 `UNION` 更高效，因为不需要去重。 --- ### ❗关键点总结 - `p` 是一个虚拟的增量字段，用于统计人数变化。 - 把每一个“开始”看作 +1，“结束”看作 -1，构建时间轴上的变化事件。 - 对这些事件按时间排序并累加 `p`，就能得到每一时刻的在线人数。 - 最大累加值就是平台最高峰同时在线的主播人数。 --- ### ✅ 示例 Python 实现（便于理解逻辑） ```python from datetime import datetime # 模拟数据 data = [ (1001, '2021-06-14 12:12:12', '2021-06-14 18:12:12'), (1003, '2021-06-14 13:12:12', '2021-06-14 16:12:12'), (1004, '2021-06-14 13:15:12', '2021-06-14 20:12:12'), (1002, '2021-06-14 15:12:12', '2021-06-14 16:12:12'), (1005, '2021-06-14 15:18:12', '2021-06-14 20:12:12'), (1001, '2021-06-14 20:12:12', '2021-06-14 23:12:12'), (1006, '2021-06-14 21:12:12', '2021-06-14 23:15:12'), (1007, '2021-06-14 22:12:12', '2021-06-14 23:10:12'), ] events = [] for row in data: _id, stt_str, edt_str = row stt = datetime.strptime(stt_str, '%Y-%m-%d %H:%M:%S') edt = datetime.strptime(edt_str, '%Y-%m-%d %H:%M:%S') events.append((stt, 1)) events.append((edt, -1)) # 排序：先按时间，再按 +1 在前、-1 在后 events.sort(key=lambda x: (x[0], -x[1])) online = 0 max_online = 0 for time, delta in events: online += delta if online > max_online: max_online = online print("平台最高峰同时在线主播人数:", max_online) ``` 输出结果为： ``` 平台最高峰同时在线主播人数: 4 ``` （你可以验证：在 `2021-06-14 15:18:12 ~ 16:12:12` 之间有 4 位主播同时在线） --- ###
评论 2
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值