首页
沸点
课程
数据标注
HOT
AI Coding
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
mysql
订阅
用户6858545100916
更多收藏集
微信扫码分享
微信
新浪微博
QQ
4篇文章 · 0订阅
MySQL模糊查询再也不用like+%了
前言 我们都知道 InnoDB 在模糊查询数据时使用 "%xx" 会导致索引失效,但有时需求就是如此,类似这样的需求还有很多,例如,搜索引擎需要根基用户数据的关键字进行全文查找,电子商务网站需要根据用
MySQL是如何优化模糊匹配like的SQL?
在开发过程中,经常会碰到一些业务场景,需要以完全模糊匹配的方式查找数据,就会想到用like %xxx% 或者 like %xxx的方式去实现,而且即使列上有选择率很高的索引,也不会被使用。在MySQL中可以通过ICP特性,全文索引,基于生成列索引解决这类问题,下面就从索引条件下…
Java多线程批量操作,居然有人不做事务控制?
前言 公司业务中遇到一个需求,需要同时修改最多约5万条数据,而且还不支持批量或异步修改操作。于是只能写个for循环操作,但操作耗时太长,只能一步一步寻找其他解决方案。 具体操作如下: 一、循环操作的代
select for update加了行锁还是表锁?
大家,我是田螺。 最近在开发需求的时候,用到了select......for update。在代码评审的时候,一位同事说 ,唯一索引+一个非索引字段,是否可能会锁全表呢?本文田螺哥将通过9个实验证明