首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
mysql
订阅
RunningMan87555
更多收藏集
微信扫码分享
微信
新浪微博
QQ
3篇文章 · 0订阅
慢查询引发的车祸现场,案例分析!
文章内容收录到个人网站,方便阅读:https://hardyfish.top/ 喜欢的话,之后会分享更多系列文章! 觉得有收获,希望帮忙点赞,转发下哈,谢谢,谢谢 前言 前几天帮公司解决线上慢SQL告
MySQL不会丢失数据的秘密,就藏在它的 7种日志里
进入正题前先简单看看MySQL的逻辑架构,相信我用的着。 第一层:处理客户端连接、授权认证,安全校验等。 第二层:服务器server层,负责对SQL解释、分析、优化、执行操作引擎等。 第三层:存储引擎,负责MySQL中数据的存储和提取。 记住! 记住! 记住! 上边这张图,她是…
很高兴!终于踩到了慢查询的坑
将应用发布到生产环境后,前端页面请求后台API返回数据,发现至少需要6s。查看到慢sql: sync_dt的类型为datetime类型。换另外一种sql写法,直接通过比较日期而不是通过时间戳进行比较。将sql中的时间戳转化为日期,分别为2018-10-10 00:03:30和2…