UBI (Universal Basic Income）意指“ 全民基本收入 ”。 未来，很难说啊。 当全人类都在追逐利益，而忘记了人性中的美好——爱与被爱。

UBI 会实现？大概还是底层人类作为最廉价的生产力存在吧，一天就那么点工资，生病不用维护，比机器适应好。

爆破啥？WiFi密码？

关闭浏览器的拼写检查

大哥看看我😭道理都听过，就是自己有些搞不明白，后端调用这些层好复杂，总是调来调去，我晕呐

@让我发会呆: 我的理解是, 我要执行sql语句,前提是我的业务逻辑判断一般都完成之后才会执行,怎么会出现在事务中写业务逻辑呢,就像那个秒杀,我应该是先判断目前的库存,如果大于0, 我才执行sql语句

@百鸟朝凤: 事务其实就是多条sql执行,其中一条报错, 全部回滚， 我是搞java的，一般使用都是spring的事务管理器，这个事务回滚功能其实也就是使用数据库的rollback。 事务里一般做的加

开发中，这里只说单裤的操作。一般情况是两张表有业务联系要确定sql都执行成功才提交事务。但对于不相干的业务表，我在一个方法中只需一条更新sql，是否需要加事务控制？

@让我发会呆: 嗯嗯, 主要是我原来从来没考虑过这些,一直以为事务就是多条sql执行,其中一条报错, 全部回滚, 没考虑到在事务中加业务代码, 所以多问了两句

@百鸟朝凤: 不想讨论这个问题了，博主说的简单sql单表操作，这种事务可加可不加，主要看具体业务，我说的场景也是，库存不能小于0一个where 条件就可以了，那如果单表有很多字段都需要调整，不可能把全

@让我发会呆: 那这种, 直接加锁, 然后更新语句加一个where 条件, 库存不能小于0 ,不可以么,不用事务

@百鸟朝凤: 当然不能回滚，加事务是可以让你在事务代码里实现你的业务逻辑，保证不会卖超，如果没有事务是很难做到的

@让我发会呆: 事务不是sql执行中,有一条失败,事务中的所有语句都回滚么? 秒杀场景下, 加上事务, sql语句更新成功了, 东西卖超了,它也能回滚么?

@TenFly: 秒杀场景，一万个人抢两个库存商品，这是单表吧，也是排着队的请求吧，和更新的执行顺序也没关系吧，你来段代码，不要事务控制，也不许加锁，保证不多卖，show me the code

设计一个智能鱼竿需要考虑多个方面，以确保其在使用中具有实用性和创新性。以下是一些可能的功能和特性，你可以根据具体的需求和创意进行调整： 自动感应鱼咬钩： 集成传感器，如加速度计或压力传感器，以便检测鱼

第一你家里的端口是不是运营商限制; 第二你可以用https://www.cnblogs.com/thinkingmore/p/15550667.html,设备IP,P2P直连

只把云服务器当代理服务器用，实际服务都放家里电脑上 ，这是不是可以用内网穿透工具，比如 frp 去实现

@TenFly: 秒杀场景，一万个人抢两个库存商品，这是单表吧，也是排着队的请求吧，和更新的执行顺序也没关系吧，你来段代码，不要事务控制，也不许加锁，保证不多卖，show me the code

@TenFly: 秒杀场景，一万个人抢两个库存商品，这是单表吧，也是排着队的请求吧，和更新的执行顺序也没关系吧，你来段代码，不要事务控制，也不许加锁，保证不多卖，show me the code

已经搞一下午了，老框架，用action查询数据封装给peopleList 后转发给ftl页面，然后ftl页面用以下列表进行循环遍历输出： <#list peopleList as people> <t

@让我发会呆: 我觉得了解一下数据库的底层原理比敲一年的CRUD强，数据库在执行更改操作时会加上排他锁，这是一种单例操作，基于楼主的提问“不跟其他业务关联的更新操作”需要什么事务，全都是排着队的请求。

@TenFly: 你这上面说的两个回复，简直不敢苟同。 什么系统是只有一个人使用，不会出现并发？你的业务接口设计只能串行访问？ 楼主说的是基础的增删改查之类的操作，你要是 delete from ta

@TenFly: 你这上面说的两个回复，简直不敢苟同。 什么系统是只有一个人使用，不会出现并发？你的业务接口设计只能串行访问？ 楼主说的是基础的增删改查之类的操作，你要是 delete from ta

是不是目标机器禁止了ping

@让我发会呆: 单行操作自动添加排他锁，跟并不并发无关，解决并发那是其他解决方案