Mysql 的并发事务问题和事务隔离级别

并发事务引发的问题:脏写:事务 B 修改了事务 A 中修改过但未提交的数据。脏写会导致一个事务的回滚清空另外一个事务提交的更改,发生事故时比较严重。脏读:事务 B 读取到了事务 A 修改过但未提交的数据。脏读会导致一个事务的回滚清空另一个事务已经读取到的记录,相比脏写,虽然没有那么严重了,但是如果依赖这个读取的值进行了一些不可逆的或者回滚成本很高的其他操作,依然是很严重的事故,一般数据库系统的设计也要避免这个问题,否则后患无穷。不可重复读:事务 B 能够读取到事务 A 提交过的修改数据。不可重复读似乎不像脏读和脏写那样会造成什么重大的事故,但是会导致同一个事务中前后读取到的同一条记录值...

踩坑记录 2021-02-23 AM 22℃ 0条

杭州电信宽带改桥接模式

2020 年双十一办的 500M 电信宽带,因为自带的光猫性能不太好,就让它只负责将光信号转换为电信号好了。如果你办宽带的时候问师傅要了宽带账号和密码,这个时候找出来,后面路由拨号的时候会用到。如果没有要(现在师傅默认是不给账号和密码了),可以在电信的公众号(我的是浙江电信)获取账号和修改密码:查询账号:尊敬的客户:浙江电信公众号-我的福利-个人中心-账号管理-绑定宽带账号输入姓名和身份证号码就可以查询宽带账号。修改密码:(也可以让客服重置,一般是省份的首字母+身份证后六位,如zj666666)尊敬的客户:一、路径一:“浙江电信+”小程序-服务大厅-功能设置-宽带密码服务。二、路径二:“...

默认分类 2020-12-11 AM 260℃ 0条

SHA384 is not supported by your openssl extension, could not verify the phar file integrity

本地开发环境 composer 使用了阿里云的镜像 (https://developer.aliyun.com/composer)。今天在使用 composer update 的提示 composer 的版本太低(v 1.6.5),需要升级,于是使用composer self-update ,结果出现错误:Updating to version 1.10.15 (stable channel). Downloading (100%) [RuntimeException] SHA384 is not supported by your openssl extension...

踩坑记录 2020-10-21 PM 731℃ 2条

Mysql 查询时 NOT IN 字段为 NULL 时的坑

Mysql 使用 NOT IN 查询时,如果条件字段可以为 NULL需要特别注意:假设现在有一个表 users:iduser_name1张三2李四3NULL4王二我们查询用户名不是 张三 和 李四 的用户select * from users where user_name not in ('张三','李四');期望得到的是两条数据: id = 3 和 id = 4。但是结果却只有一条:iduser_name4王二这是因为Mysql中 not in 使用的是 不相等(!=) 比较。即 每条记录的user_name 都和 '张三'、'李四'比较:foreach ($user_names a...

技术分享,踩坑记录 2020-10-09 PM 271℃ 0条

一些问题

Mysql:索引最左匹配原则(explain)事务隔离级别主从同步策略Redis:持久化策略redis 和 mysql 同步出现数据不一致的情况消息队列:如何保证 RabbitMQ 幂等

踩坑记录 2020-09-14 PM 309℃ 2条