首页
AI Coding
AIDP
NEW
沸点
课程
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
mysql
订阅
用户2872338789149
更多收藏集
微信扫码分享
微信
新浪微博
QQ
20篇文章 · 0订阅
🚀不改SQL,也能让SQL的执行效率提升100倍
前言 😁没错,昨天5点下班了,看见同事还在焦头烂额!有个连表查询现在卡死了,执行了好几分钟都没出结果。 🤪这个简单,应该是执行计划出了问题,正常三个不到百万级别的数据链表查询,不会造成卡死的,执行一下
mysql---MySQL_MetaData Lock
✅什么是MySQL的字典锁? 字典锁,英文名叫做MetaData Lock,也叫做MDL锁 字典锁,英文名叫做MetaData Lock,也叫做MDL锁,它是一种用于管理元数据的锁机制
面试官问我怎么做分库分表?这是一份全面的实战解答
面试官问我怎么做分库分表?这是一份全面的实战解答 在分布式系统设计中,分库分表是一个绕不开的话题。面试中,面试官经常会问:“你们项目里怎么做分库分表的?”这个问题不仅考察你对数据库分片的理解,还考验你
这样的SQL太吓人了
昨天松哥在朋友圈发了这样一张图: 很多小伙伴看到了能够快速发现问题,当 company_id 为 null 的时候,会导致全表更新。 但是也有小伙伴不解,自己平时就是这么写的呀,也没什么问题,如果有问
面试官:MYSQL自增id超过int最大值怎么办?
故事背景 今天运维那边反馈有一个设备在后台查不到,我第一时间怀疑可能是数据出了问题,导致服务报错了没有入库。我拿着日志去本地请求接口,发现程序是没有报错的,我们的逻辑是先把唯一id放到redis里面,
数据库建表时才知道我多菜
最近建库设计表,弄得有点不自信了,好久没干过这种细活了,真是家狗吃不了细糠不是; 下面咱就说道说道这个编码格式及所需字节数之间的关系,一起坐好,上课; (以下内容均来自于网络学习及ai回答,没深入细节
面试官问我,后端一次性返回十万条数据,前端应该怎么处理 ?
问题描述 面试官:后端一次性返回10万条数据给你,你如何处理? 我:歪嘴一笑,马上给后端发生一百万次请求,干蹦他的服务器,让他给爷哭! 问题考察点 性能优化意识(能否识别出“10 万条数据”会导致性能
"慢SQL"治理的几点思考
今年初团队开始推行“服务稳定性问题治理专项”。通过错误日志、慢SQL、接口性能等各项指标的优化,进一步提升系统稳定性与可靠性。在此契机之下,本文将从“慢SQL治理”的角度,通过部分实际案例,分析其原理
为什么 MySQL 不推荐使用雪花 ID 和 UUID 做主键?
# 为什么 MySQL 不推荐使用雪花 ID 和 UUID 做主键?从索引原理到性能优化的深度解析 在 MySQL 表设计中,主键选择是影响性能的关键因素。雪花 ID(Snowflake)和 UUI
SQL优化的20条军规
前言 作为一个写SQL的程序员,代码写得好不好是一回事,但SQL写得烂,性能拉胯,全公司都得为你的慢查询买单,尤其在大数据量表上,SQL写不好就是“内鬼”级别的错误。 今天不整那些虚的,直接来点硬货: