Sql case when 怎么使用 like ?

最新推荐文章于 2025-03-15 21:14:18 发布
最新推荐文章于 2025-03-15 21:14:18 发布
阅读量7.8k 收藏 7
点赞数
分类专栏： sql 文章标签： sql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Lbg_007/article/details/106680212
版权
本文介绍了一种在数据库查询中使用Instr函数替代Like的方法，特别适用于检查字符串是否包含特定子串，如‘语文’、‘数学’或‘英语’。通过Casewhen与Instr结合，可以更精确地定位字符位置，提高查询效率。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

想要实现查询：如果字符串包含‘语文’就怎么怎么样，包含‘数学’就怎么怎么样，包含‘英语’就怎么怎么样。使用 like 放在case when 里面是无效的，可以用 instr() 这个函数来查找这些字符出现的位置，代替like的功能。

case when instr(t.str,’语文’) > 0 then 0 
when instr(t.str,’数学’) > 0 then 1 
when instr(t.str,’英语’) > 0 then 2 
else 3 end 

Linux: network: tcp spurious retrans 的一个原因
mzhan017的博客
05-29 782
但是根据里面的介绍，不能解释当前遇到的情况，但是里面有提到RTT的时间。这个重传的发生是根据以往的RTT时间，如果ACK突然慢了，就可能导致重传。从下面的RTT的图也可以看出来，RTT的时间突然就变成了40ms，原来是非常小的一个值。最近分析问题的时候，从wireshark里看有：tcp spurious retrans 的包，309这个是307 的retransmission，而且在308 回复了ACK。当前遇到的这个情况是，CPU使用率突然增加导致内核的ACK回复都变慢了。从网上找了一些，比如。
TCP性能测试与问题分析二（进阶）
WilliamWang的博客
05-13 1757
对TCPIP协议栈进行性能测试，探索TCP地关键技术理论。 目录 问题6：tcp 抓包出现TCP spurious retransmission 问题7：发送非常顺利，但在某个时刻，戛然而止。 问题8：关于切换发送模式时，会出现误触发，造成多发送一帧 问题9: 关于窗口更新，造成的延迟
tcp重传机制，超时重传和快速重传区别
最新发布
m0_69529796的博客
03-15 975
确保数据可靠传输，当分组丢失或数据包未能按时到达时，TCP 会。，说明该数据包可能已经丢失，发送方。：当发送方在规定时间内。，就会进行超时重传。
TCP协议调优-强制快速重传技术（Spurious retransmissions）
pennyliang的专栏
07-13 2万+
Linux的超时重传默认是3秒，这就意味这，一旦发生丢包，用户的体验将会很不好，因此可以采用强制快速重传技术来进行提速（Spurious SYN/SYN-ACK retransmissions），将超时重传时间强制设定为1秒。但这可能会导致duplicate packets，可以通过修改TS或DSACK（允许发多个ACK）等方式来进行改进。
tcp spurious retransmission
懒雄熊的专栏
10-10 3万+
 tcp虚假重传 指实际上并没有超时，但看起来超时了，导致虚假超时重传的原因有很多种： （1）对于部分移动网络，当网络发生切换时会导致网络延时突增 （2）当网络的可用带宽突然变小时，网络rtt会出现突增的情况，这会导致虚假超时重传 （3）网络丢包（原始和重传的包都有可能丢包）会导致虚假重传超时。
tcp 抓包出现spurious retransmission
热门推荐
七号空间
01-09 3万+
一、tcp虚假重传 指实际上并没有超时，但看起来超时了，导致虚假超时重传的原因有很多种： （1）对于部分移动网络，当网络发生切换时会导致网络延时突增 （2）当网络的可用带宽突然变小时，网络rtt会出现突增的情况，这会导致虚假超时重传 （3）网络丢包（原始和重传的包都有可能丢包）会导致虚假重传超时。 二、tcp虚假重传分析(摘自网络) 当Client端收到Server的SYN+...
wireshark抓包分析
yfl15872373643的博客
05-27 1697
分析一下wireshark出现的一些常见提示： TCP Out_of_Order 一般来说是网络拥塞，导致顺序包抵达时间不同，延时太长，或者包丢失，需要重新组合数据单元，因为他们可能是由不同的路径到达你的电脑上面。 TCP Retransmission 很明显是上面的超时引发的数据重传 TCP dup ack XXX#X 就是重复应答#前的表示报文到哪个序号丢失，#后面的是表示第几次丢失。 tcp previous segment not captured 意思就是报文没有捕捉到，出现报文的丢失。 TCP
Wireshark中常见的TCP Info
Mayunsheng
10-16 2万+
Wireshark中常见的TCP Info1. TCP out-of-order segmentTCP存在问题。 Wireshark判断TCP out-of-order是基于TCP包中SEQ number并非期望收到的下一个SEQ number，则判断为out-of-order。因此，出现TCP out-of-order时，很大可能是TCP存在乱序或丢包，导致接收端的seq number不连续。
【网络安全技术与应用】（选修）实验2 用Wireshark分析典型TCP/IP体系中的协议
m0_73939014的博客
01-06 1199
通过Wireshark软件分析典型网络协议数据报，理解典型协议格式和存在的问题。
tcp 伪重传 [TCP Spurious Retransmission]
zengliguang的专栏
11-09 1233
在 TCP（传输控制协议）的通信中，其主要功能之一是确保数据的可靠有序传输，当数据包丢失或未得到确认时会进行重传。然而，有时会出现一种异常情况，即数据包已经被接收方成功接收，但发送方却由于某些原因误判数据包丢失，从而进行了不必要的重传，这种情况就称为 “TCP 伪重传”。此外，合理调整网络设备的配置、优化 TCP 的参数设置以及及时修复硬件故障等措施，都有助于减少 TCP 伪重传的发生1。还可能使发送方的拥塞窗口大小调整不当，影响整个网络的拥塞控制机制，降低网络的整体吞吐量。
（转）协议森林11 涅槃 (TCP重新发送)
03-09 761
协议森林11 涅槃 (TCP重新发送) 作者：Vamei 出处：http://www.cnblogs.com/vamei 欢迎转载，也请保留这段声明。谢谢！ TCP协议是一个可靠的协议。它通过重新发送(retransmission)来实现TCP片段传输的可靠性。简单的说，TCP会不断重复发送TCP片段，直到片段被正确接收。 TCP片段丢失 TCP头部的checksu...
TCP系列24—重传—14、F-RTO虚假重传探测
maimang1001的专栏
08-31 3402
原文：https://www.cnblogs.com/lshs/p/6038603.html 一、虚假重传 在一些情况下，TCP可能会在没有数据丢失的情况下初始化一个重传，这种重传就叫做虚假重传(Spurious retransmission)。发生虚假重传的原因可能是包传输中重排序、传输中发生包复制、ACK确认包传输中丢失等等。如果由于链路时延变化或者负载变化等因素导致RTT突然变大等原因，TCP的发送端可能还没收到ACK确认包就已经RTO超时而触发重传，这种重传就叫做虚假超时重传(Spurious
#TCP你学得会# Wireshark中的"TCP Spurious Retransmission"
weixin_34272308的博客
01-29 5787
2019独角兽企业重金招聘Python工程师标准>>> ...
[TCP Spurious Retransmission] 和[TCP Retransmission] 的关系
zengliguang的专栏
11-09 825
总之，“TCP Spurious Retransmission” 是 “TCP Retransmission” 的一种异常情况，它们都与数据包的传输和确认相关，但 “TCP Spurious Retransmission” 并不是真正的数据包丢失导致的重传，而是由于网络中的一些异常情况导致的误判。在网络分析和优化中，需要准确地区分这两种情况，以便采取正确的措施来提高网络性能。
tcp retransmission 出现的原因_TCP 协议快被淘汰了，UDP 协议才是新世代的未来？
weixin_39554021的博客
12-09 1390
公众号关注「运维之美」设为「星标」，每天带你玩转 Linux ！TCP 协议可以说是今天互联网的基石，作为可靠的传输协议，在今天几乎所有的数据都会通过 TCP 协议传输，然而 TCP 在设计之初没有考虑到现今复杂的网络环境，当你在地铁上或者火车上被断断续续的网络折磨时，你可能都不知道这一切可能都是 TCP 协议造成的。本文会分析 TCP 协议为什么在弱网环境下有严重的性能问题[^1]。...
Wireshark抓包 [Tcp Previous Segment Not captured][Tcp Out-Of-Order][Tcp Spurious Retransmissiion]
zhangbaolin的专栏
07-04 1万+
Wireshark抓包时，除了TCP协议的三次握手建立连接、数据收发和四次握手断开连接外，还经常能看到如下几种不太常见的报文，具体包括：1.Tcp Previous Segment Not captured2.Tcp Out-Of-Order3.Tcp Dup Ack 12345#14.Tcp Spurious Retransmissiion5.Tcp Retransmission其中1、2、3会相伴出现，3、4、5会相伴出现。对应第一种情况是由于由于TCP数据被分块后，传输过程中经过不同的路径，到达目的端
tcp retransmission 出现的原因_TCP重传问题的排查思路与实践，有点干货
weixin_39638859的博客
12-10 1万+
1、关于TCP重传TCP有重传是正常的机制，为了保障数据传输可靠性。只是局域网环境，网络质量有保障，因为网络问题出现重传应该极低；互联网或城域网环境，线路复杂(可以想象下城市地下管网，错综复杂的电线杆等)，网络质量不好保障，重传出现概率较高。TCP有重传，也不一定是网络层面的问题。也可能是接收端不存在，接收端receive buffer满了，应用程序有异常链接未正常关闭等等等。2、TCP/IP相关...
wireshark TCP虚假重传
08-04
Wireshark中的TCP虚假重传是指在某些情况下，TCP可能会在没有数据丢失的情况下触发重传。这种重传被称为虚假重传(Spurious retransmission)。虚假重传的原因可能包括包传输中的重排序、传输中的包复制、ACK确认包传输中的丢失等等。当发生链路时延变化或负载变化等因素导致往返时间(RTT)突然增大时，TCP的发送端可能会在还未收到ACK确认包的情况下触发超时重传，这种重传被称为虚假超时重传(Spurious retransmission timeouts)。虚假超时重传会降低网络性能，因为它会导致已经发送但尚未收到ACK确认的数据包被重传，而这些ACK确认包可能只是延迟到达。此外，虚假超时重传还会导致发送端进入慢启动阶段，每收到一个ACK确认包就可以发送两个数据包，从而增加网络负载，违背了包守恒原则。为了处理虚假超时重传，可以采用探测算法和响应算法。探测算法用于检测虚假超时，而响应算法用于撤销之前的RTO超时影响。在Linux中，主要采用的探测算法有FRTO、DSACK和Eifel探测算法。响应算法主要包括修正RTO值和撤销拥塞控制的处理。需要注意的是，在Linux中，主要是撤销拥塞控制，并不会修正RTO值。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值