Untethered:绕过IOS13.6激活锁的设备，完美重启。
With sim:屏幕锁已停用机器，选择第一项备份，第二项恢复。
No SIM：IOS12.4~13.2.3完美绕过，不能同步
Server：iPad2~iPhone4绕过，不完美需要删除Setup.app才完美。
Remove Reset&update:恢复出厂设置。
案例描述在定时脚本运行过程中，发现当备份表格的sql语句与删除该表部分数据的sql语句同时运行时，mysql会检测出死锁，并打印出日志。两个sql语句如下：（1）insert into backup_table select * from source_table（2）DELETE FROM source_table WHERE Id>5 AND titleWeight<32768 AND joinTime<‘$daysago_1week’teamUser表的表结构如下：PRI
1、故事起因于2016年11月15日的一个生产bug。业务场景是：归档一个表里边的数据到历史表里边，同是删除主表记录。
2、背景场景简化如下（数据库引擎InnoDb，数据隔离级别RR[REPEATABLE]）
— 创建表test1
CREATE TABLE test1 (
id int(11) NOT NULL AUTO_INCREMENT，
name varchar(10) NOT NULL，
PRIMARY KEY (id)
);
insert into test1 va
一、悲观锁
比较悲观，担心拿数据时被别人修改，所以查询时先加锁在修改，保证操作时别人修改不了，期间需要访问该数据的都会等待。
select version from user where id=1 for update
update user set version=2 where id=1
在对id = 1的记录修改前，先通过for update的方式进行加锁，然后再进行修改。这就是比较典型的悲观锁策略。
1.共享锁
又称为读锁，可以查看但无法修改和删除的一种数据锁。（读取）操作创
1、故事起因于2016年11月15日的一个生产bug。业务场景是：归档一个表里边的数据到历史表里边，同是删除主表记录。
2、背景场景简化如下（数据库引擎InnoDb，数据隔离级别RR[REPEATABLE]）
-- 创建表test1
CREATE TABLE test1 (
id int(11) NOT NULL AUTO_INCREMENT,
name varchar(10) NOT NULL,
PRIMARY KEY (id)
);
insert into test1 values('h
