sql:SQL优化知识点记录(十三)

(1)行锁理论

(2)CAP理论

二 、 C、 A、P的含义

借用一下维基百科CAP理论一文中关于C、A、P三者的定义。

(3)行锁案例讲解

MySql5.5以后数据库默认都是InnoDB存储引擎,事物的操作默认给你提交了,我们把自动提交关注

关闭自动提交后,你必须手写提交它才能提交

=0关闭自动提交

=1开启自动提交

更新数据

更新完之后session1查询进行了更新,session2还是原值:session1自动提交一关,数据库默认隔离级别,不会出现脏读,session1没有提交的数据session2不会读到

两端都要提交一下在查询,可以看到这条更改的数据 ,因为session2也是弄成了关闭了自动提交

行锁,同时修改同一条数据,当session1更改数据后,没有提交,此时session2也更改同一条数据,此时会阻塞

session1需要提交之后,session2才能更改,更改完之后也要提交

修改不是同一条记录:都可以进行修改

相关推荐
無a伟5 分钟前
redis采用的单线程模型,为什么这么快?
数据库·redis·缓存
xlq223221 小时前
高并发服务器day5
java·服务器·数据库
William_cl1 小时前
WinForms EF Core 上下文频繁释放引发的异常排查与规范方案(MES 项目实录)
服务器·数据库·oracle
许彰午2 小时前
01-Oracle 19c静默安装全流程
数据库·oracle
许彰午2 小时前
02-Oracle连接池配置实战
数据库·oracle
Flandern11112 小时前
HTTPS(TLS 1.3)完整流程
数据库·网络协议·计算机网络·https
Bonnie_12152 小时前
Navicat Premium连接sql server数据库
数据库
其实防守也摸鱼2 小时前
前端应用的离线暂停更新策略:构建稳定可靠的渐进式部署方案
服务器·前端·数据库·学习·ai·命令行·linux系统
Leighteen3 小时前
ORDER BY + LIMIT 的坑:为什么加了 `LIMIT` 结果顺序还乱
数据库
一个天蝎座 白勺 程序猿3 小时前
复盘之我在金仓生产环境踩过的SQL暗坑,和攒了六年的编码规矩
数据库·sql·kingbasees