首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
mysql
订阅
miHotel
更多收藏集
微信扫码分享
微信
新浪微博
QQ
4篇文章 · 0订阅
MySQL 默认隔离级别是RR,为什么阿里等大厂会改成RC?
我之前写过一篇文章《为什么MySQL选择REPEATABLE READ作为默认隔离级别?》介绍过MySQL 的默认隔离级别是 Repeatable Reads以及背后的原因。 主要是因为MySQL在主
MySQL死锁问题如何分析
如果我们的业务处在一个非常初级的阶段,并发程度比较低,那么我们可以几年都遇不到一次死锁问题的发生,反之,我们业务的并发程度非常高,那么时不时爆出的死锁问题肯定让我们非常挠头。不过在死锁问题发生时,很多没有经验的同学的第一反应就是成为一只鸵鸟:这玩意儿很高深,我也看不懂,听天由命…
学会了MybatisPlus,代码开发效率提高了10倍!
我们知道 MyBatis 是一个基于 java 的持久层框架,它内部封装了 jdbc,极大提高了我们的开发效率。但是使用 Mybatis 开发也有很多痛点。
MySQL 事务与锁(二):锁的应用 - MySQL 悲观锁乐观锁、基于 Redis 的分布式锁
死锁都是由加锁顺序不一致导致的,最常见的update死锁,insert也能造成死锁,有兴趣的可以自行了解 1.小事务 事务加锁范围不宜过大,如果比较大,业务上能分割的尽量分割。