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才能更改,更改完之后也要提交

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

相关推荐
先吃饱再说13 小时前
存储的进化:从 MySQL 到浏览器缓存,数据到底住在哪?
数据库
Nturmoils13 小时前
字段太多看不全,ksql 的展开模式和输出控制怎么用
数据库·后端
Databend16 小时前
Agent 轨迹分析与归因的数据工程实践
大数据·数据库·agent
这个DBA有点耶16 小时前
SQL改写进阶:标量子查询的“隐形代价”与消除实战
数据库·mysql·架构
smallyoung17 小时前
数据库乐观锁深度解析:MySQL、PostgreSQL 实战 + Spring Boot 集成指南
数据库·mysql·postgresql
parade岁月17 小时前
MySQL JOIN解析:朴实无华但食之有味
数据库·后端
用户31693538118318 小时前
MySQL服务无法启动问题解决全记录
数据库
vivo互联网技术21 小时前
从 10 分钟到 1 秒:ES 深度分页任意跳页的三轮优化实战
服务器·数据库·redis·elasticsearch·深度分页
倔强的石头_2 天前
《Kingbase护城河》——猎捕慢查询:执行计划的微观解析与索引调优实战
数据库
SelectDB2 天前
Apache Doris Python UDF:让 SQL 直接调用 Python 生态,支撑 Agent 时代复杂业务逻辑
大数据·数据库·python