悲观锁
悲观锁，认为数据是悲观的。当我们查询数据的时候加上锁。防止其他线程篡改，直到对方拿到锁,才能修改。
比如，有如下的表。status=1表示可以下单，status=2表示不可以下订单。假如在并发的过程中有两个用户同时查到status=1，那么从逻辑上来说都可以去新增订单，但是会造成商品超卖。
如下例子
CREATE TABLE `goods` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(255) DEFAULT NULL, `status` tinyint(4) DEFAULT NULL, `version` int(11) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8mb4 INSERT INTO demo.goods (id, name, status, version) VALUES (1, 'test', 1, 1);
session1执行
set autocommit=0; begin; select * from goods where id=1 and goods.status=1 for update ; update goods set status=2 where id=1;
session2执行
begin; select * from goods where id=1 for update;
这时候session2是阻塞的，因为锁还在session1,所以锁一直在等待。如果session1一直不提交，那么session2将在一定时间后超时断开连接，并且报
(1205, ‘Lock wait timeout exceeded; try restarting transaction')错误，
具体的锁等待时间可以通过设置innodb_lock_wait_timeout参数进行控制。
如果此时在session1中执行commit 操作，那么session2将得到查询结果，并把锁交给session2。
我们还可以通过
show status like 'innodb_row_lock_%';
来进一步查看锁信息。
乐观锁
乐观锁不同于悲观锁，乐观锁是通过自身的程序实现，而不是mySql自身实现。
乐观锁查询的时不上锁，只有在更新的时候检查版本号。
比如我们查询到goods表中version 为1 那么在更新这个表的时候Sql将是
select * from goods where id=1; update goods set status=2,version=version+1 where id=1 and version=1;
这里的version是查询时候的版本号,每次更改将会导致version+1。如果版本号不匹配更新将不成功。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对的支持。
3月27日消息，苹果宣布2024年全球开发者大会（WWDC）将于6月10日至6月14日举行，巧合的是，这次大会与端午假期重合。
苹果官方表示：
在线参加 Apple 每年规模最大的开发者盛会。亲眼见证 Apple 最新平台、技术和工具的发布。了解如何创建和改进你的 App 和游戏。与 Apple 设计师和工程师互动交流，与全球开发者社区建立联系。以上活动均免费在线举行。
探索各种新的工具、框架和功能，助力你打造出理想的 App 和游戏。通过视频讲座学习新技能，与 Apple 专家进行一对一会面，以推进你的项目，完善你的构思。
Swift Student Challenge 旨在支持和鼓舞下一代开发者、创作者和企业家。太平洋时间 3 月 28 日，我们将公布今年的获奖者名单。获奖者将有资格参加在 Apple Park 举办的特别活动。我们还会选出 50 名杰出获胜者，他们将受邀前往库比提诺，获得为期三天的非凡体验，包括参加 Apple Park 的特别活动。
RTX 5090要首发 性能要翻倍！三星展示GDDR7显存
三星在GTC上展示了专为下一代游戏GPU设计的GDDR7内存。
首次推出的GDDR7内存模块密度为16GB，每个模块容量为2GB。其速度预设为32 Gbps（PAM3），但也可以降至28 Gbps，以提高产量和初始阶段的整体性能和成本效益。
据三星表示，GDDR7内存的能效将提高20%，同时工作电压仅为1.1V，低于标准的1.2V。通过采用更新的封装材料和优化的电路设计，使得在高速运行时的发热量降低，GDDR7的热阻比GDDR6降低了70%。