MySQL RC隔离级别 单表更新导致的死锁

数据库版本:阿里云RDS 5.7
隔离级别:RC
表结构:t (
id bigint(20) NOT NULL AUTO_INCREMENT,
a datetime,
b bigint(20),
c varchar(255),
d bigint(20),
e varchar(50),
f int(11),
PRIMARY KEY (id)
);

产生死锁的业务代码(仅贴出伪代码):
@Transactional
public void update(String s) {
for (int i = 1; i < 6; i++) {
update t set ... where e = #{s} and f = #{i};
}
}

该事务在并发场景下发生死锁,求大神解释一下为什么会死锁?

1个回答

Csdn user default icon
上传中...
上传图片
插入图片
抄袭、复制答案,以达到刷声望分或其他目的的行为,在CSDN问答是严格禁止的,一经发现立刻封号。是时候展现真正的技术了!
其他相关推荐
来大神帮忙!请问sql设置隔离级别对死锁有作用吗?
系统老是提示死锁,请问sql设置隔离级别对死锁有作用吗?。。。。。。。。。。
thinkphp5下mysql事物隔离级别SERIALIZABLE 出现死锁
错误出错提示和数据库以及代码都在下面。 ![图片说明](https://img-ask.csdn.net/upload/201804/28/1524874692_109467.jpg) ![图片说明](https://img-ask.csdn.net/upload/201804/28/1524874720_934826.jpg) ![图片说明](https://img-ask.csdn.net/upload/201804/28/1524874738_110721.jpg) ![图片说明](https://img-ask.csdn.net/upload/201804/28/1524874747_633500.jpg) 我测试的方法是200个进程同一时刻访问
Java编程思想 哲学家问题 为什么为哲学家增加思考的时间,就能缓解死锁的产生?
我十分不解,为什么在Philosopher类中的run()内增加pause()就能让死锁慢一点发生?请大神指教 这个例子中,产生死锁的原因在于,所有的哲学家都拿到了右筷子,却因为拿不到左筷子而陷入循环等待。但这和是否使用pause()有关系吗?可以注意到例子中使用的随机数赋予了种子,也就是说,每次运行得到的结果是一个固定且相同的值,即便是加了pause(),等待哪怕1000秒,当1000秒后,所有的哲学家仍然同时由等待状态转变成了可运行态,接着受到线程调度器分配时间片来驱动,这和等待时间的长短又有什么必然的关系呢???(ps: 我的理解是把种子去掉,不同的哲学家思考的时间不同,进入"拿筷子"阶段的时间不同,**降低同时请求共享资源的可能性**,这样倒是能缓解死锁发生的概率,书上的说法实在是无法理解) 请先避开不谈满足死锁的四个条件。直接讨论这个例子。 ``` /** * 哲学家问题 筷子 */ public class Chopstick { private boolean taken = false; public synchronized void take(int id, String direction) throws InterruptedException{ while(taken) { System.out.println("Philosopher " + id + " waiting " + direction + " chopstick"); this.wait(); } // 现在由新的哲学家持有这根筷子 taken = true; System.out.println("Philosopher " + id + " grabbed " + direction + " chopstick"); } public synchronized void drop() { taken = false; this.notifyAll(); } } ``` ``` /** * 哲学家问题 哲学家 */ public class Philosopher implements Runnable{ private Chopstick left; private Chopstick right; private final int id; private final int ponderFactor; private Random rand = new Random(47); private void pause() throws InterruptedException{ if(ponderFactor == 0) { return; } TimeUnit.MILLISECONDS.sleep(rand.nextInt(ponderFactor * 250)); } public Philosopher(Chopstick left, Chopstick right, int ident, int ponder) { this.left = left; this.right = right; this.id = ident; this.ponderFactor = ponder; } @Override public void run() { try { while(!Thread.interrupted()) { // 为什么加上的等待时间越长,产生死锁的可能性越小? pause(); //System.out.println(this + " beginning eating " + LocalDateTime.now().getNano()); // 哲学家开始变饿 System.out.println(this + " " + "grabbing right"); right.take(id, "right"); System.out.println(this + " " + "grabbing left"); left.take(id, "left"); System.out.println(this + " " + "eating"); pause(); right.drop(); left.drop(); } }catch (InterruptedException e) { System.out.println(this + " " + "exiting via interrupt"); } } public String toString() { return "Philosopher " + id; } } ``` ``` /** * 哲学家问题 演示死锁 */ public class DeadlockingDiningPhilosopher { public static void main(String[] args) throws InterruptedException, IOException { int ponder = 5; if(args.length > 0) { ponder = Integer.parseInt(args[0]); } int size = 5; if (args.length > 1) { size = Integer.parseInt(args[1]); } ExecutorService exec = Executors.newCachedThreadPool(); Chopstick[] sticks = new Chopstick[size]; for(int i = 0; i < size; i++) { sticks[i] = new Chopstick(); } for (int i = 0; i < size; i++) { exec.execute(new Philosopher(sticks[i], sticks[(i+1) % size], i, ponder)); } if (args.length == 3 && args[2].equals("timeout")) { TimeUnit.SECONDS.sleep(5); } else { System.out.println("Press 'Enter' to quit"); System.in.read(); } exec.shutdownNow(); } } ```
有大佬帮忙看一下这个死锁怎么形成的吗
按道理主键+RR不会形成死锁啊 ``` InnoDB: * WE ROLL BACK TRANSACTION (1) InnoDB: * (2) WAITING FOR THIS LOCK TO BE GRANTED: InnoDB: * (2) HOLDS THE LOCK(S): InnoDB: * (2) TRANSACTION: InnoDB: InnoDB: * (1) WAITING FOR THIS LOCK TO BE GRANTED: InnoDB: Transactions deadlock detected, dumping detailed information. update examinees set token = 'eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJodHRwOlwvXC9leGFtLmNvZGVwa3UuY29tXC9hcGlcL2V4YW1pbmVlXC9sb2dpbiIsImlhdCI6MTU3NjM3MjE4MCwiZXhwIjoxNjEyMzcyMTgwLCJuYmYiOjE1NzYzNzIxODAsImp0aSI6Im15TGZ6NmhqVFJzYTNjb1EiLCJzdWIiOjg4NCwicHJ2IjoiNDY3MGJjYmM4YzU5NTJjZTdmN2ExZjQ4OTliOTU0YzU1YjU2NDMyZCJ9.pIIe2xY-eh_3_HhUOURdj325sq9Od1koOVPlRKZ6hXM', login_count = 7, last_login_at = '2019-12-15 09:09:40', examinees.updated_at = '2019-12-15 09:09:40' where id = 884 1: len 6; hex 0000003d236f; asc =#o;; 5: len 15; hex 38353836343036304071712e636f6d; asc 85864060@qq.com;; 14: len 30; hex 68747470733a2f2f6578616d2d313235333338363431342e66696c652e6d; asc https://exam-1253386414.file.m; (total 92 bytes); 10: len 18; hex 343431333233323030383130303333343131; asc 441323200810033411;; 14: len 30; hex 68747470733a2f2f6578616d2d313235333338363431342e66696c652e6d; asc https://exam-1253386414.file.m; (total 92 bytes); RECORD LOCKS space id 301 page no 83 n bits 88 index PRIMARY of table exam.examinees trx id 4006767 lock_mode X locks rec but not gap waiting Record lock, heap no 12 PHYSICAL RECORD: n_fields 27; compact format; info bits 0 3: len 9; hex e69d8ee59bbde7909b; asc ;; 25: len 4; hex 5d68cbfc; asc ]h ;; 18: len 24; hex e883a1e88081e5b888e280ad203135333237323433333934; asc 15327243394;; 7: len 30; hex 24327924313024526e656676315a48716755427072383455456c71732e45; asc $2y$10$Rnefv1ZHqgUBpr84UElqs.E; (total 60 bytes); mysql tables in use 1, locked 1 LOCK WAIT 19 lock struct(s), heap size 1136, 8 row lock(s), undo log entries 224 3: len 6; hex e69cb1e888aa; asc ;; 7: len 30; hex 243279243130247756783376524c2e38756457306945644f6e5061734f53; asc $2y$10$wVx3vRL.8udW0iEdOnPasOS; (total 60 bytes); * (1) TRANSACTION: 0: len 4; hex 00000374; asc t;; 13: len 0; hex ; asc ;; 22: len 4; hex 00000008; asc ;; 23: len 4; hex 5df58817; asc ] ;; Record lock, heap no 19 PHYSICAL RECORD: n_fields 27; compact format; info bits 0 8: len 1; hex 01; asc ;; 18: len 24; hex e883a1e88081e5b888e280ad203135333237323433333934; asc 15327243394;; 11: len 1; hex 81; asc ;; 13: len 0; hex ; asc ;; 16: len 1; hex 81; asc ;; 20: len 4; hex 00000000; asc ;; 22: len 4; hex 00000004; asc ;; 24: SQL NULL; 6: len 11; hex 3133383032353838323832; asc 13802588282;; 21: len 30; hex 65794a30655841694f694a4b563151694c434a68624763694f694a49557a; asc eyJ0eXAiOiJKV1QiLCJhbGciOiJIUz; (total 337 bytes); 24: SQL NULL; TRANSACTION 4006767, ACTIVE 1426 sec starting index read 19: len 4; hex 00000013; asc ;; RECORD LOCKS space id 301 page no 28 n bits 88 index PRIMARY of table exam.examinees trx id 4005686 lock_mode X locks rec but not gap waiting Record lock, heap no 19 PHYSICAL RECORD: n_fields 27; compact format; info bits 0 MySQL thread id 10516222, OS thread handle 139667263854336, query id 300969200 *.190 exam updating 10: len 18; hex 343431333233323030383130303333343131; asc 441323200810033411;; 11: len 1; hex 81; asc ;; 12: len 4; hex 00000000; asc ;; 16: len 1; hex 81; asc ;; mysql tables in use 1, locked 1 MySQL thread id 10520696, OS thread handle 139667256985344, query id 301142683 *.190 exam updating 26: len 4; hex 5df58817; asc ] ;; 3: len 6; hex e69cb1e888aa; asc ;; 13: len 0; hex ; asc ;; 10: len 18; hex 343430333034323030383032303230343334; asc 440304200802020434;; 12: len 4; hex 00000000; asc ;; 17: len 1; hex 01; asc ;; 15: len 10; hex 323030382d31302d3033; asc 2008-10-03;; 19: len 4; hex 00000013; asc ;; 20: len 4; hex 00000000; asc ;; 7: len 30; hex 243279243130247756783376524c2e38756457306945644f6e5061734f53; asc $2y$10$wVx3vRL.8udW0iEdOnPasOS; (total 60 bytes); 9: len 30; hex 5b2268747470733a5c2f5c2f6578616d2d313235333338363431342e6669; asc ["https://exam-1253386414.fi; (total 205 bytes); 28 lock struct(s), heap size 3520, 28 row lock(s), undo log entries 1850 26: len 4; hex 5df58817; asc ] ;; 23: len 4; hex 5df5863f; asc ] ?;; 17: len 1; hex 02; asc ;; 26: len 4; hex 5df5863f; asc ] ?;; RECORD LOCKS space id 301 page no 28 n bits 88 index PRIMARY of table exam.examinees trx id 4006767 lock_mode X locks rec but not gap 0: len 4; hex 00000374; asc t;; 4: len 9; hex e69e97e7bfa0e78fa0; asc ;; 15: len 10; hex 323030382d30322d3032; asc 2008-02-02;; TRANSACTION 4005686, ACTIVE 1709 sec starting index read 2: len 7; hex 29000001cf11da; asc ) ;; 8: len 1; hex 01; asc ;; 4: len 9; hex e69e97e7bfa0e78fa0; asc ;; 5: len 15; hex 38353836343036304071712e636f6d; asc 85864060@qq.com;; 9: len 30; hex 5b2268747470733a5c2f5c2f6578616d2d313235333338363431342e6669; asc ["https://exam-1253386414.fi; (total 205 bytes); 18: len 24; hex e883a1e88081e5b888e280ad203135333237323433333934; asc 15327243394;; 6: len 11; hex 3138313239393331303638; asc 18129931068;; 14: len 30; hex 68747470733a2f2f6578616d2d313235333338363431342e66696c652e6d; asc https://exam-1253386414.file.m; (total 92 bytes); update examinees set token = 'eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJodHRwOlwvXC9leGFtLmNvZGVwa3UuY29tXC9hcGlcL2V4YW1pbmVlXC9sb2dpbiIsImlhdCI6MTU3NjM3MzQ1NCwiZXhwIjoxNjEyMzczNDU0LCJuYmYiOjE1NzYzNzM0NTQsImp0aSI6IlhXWmZNSUdNTjVLSTd6U0kiLCJzdWIiOjE2MjYsInBydiI6IjQ2NzBiY2JjOGM1OTUyY2U3ZjdhMWY0ODk5Yjk1NGM1NWI1NjQzMmQifQ.zUGTJnfnGREKzbkASKjVtPVaac_3bMXXUVuDs7vdDKE', login_count = 4, last_login_at = '2019-12-15 09:30:54', examinees.updated_at = '2019-12-15 09:30:54' where id = 1626 1: len 6; hex 0000003d236f; asc =#o;; 2: len 7; hex 29000001cf11da; asc ) ;; 25: len 4; hex 5d68cbfc; asc ]h ;; 6: len 11; hex 3138313239393331303638; asc 18129931068;; 15: len 10; hex 323030382d31302d3033; asc 2008-10-03;; 23: len 4; hex 5df58817; asc ] ;; 0: len 4; hex 0000065a; asc Z;; 11: len 1; hex 81; asc ;; 12: len 4; hex 00000000; asc ;; 15: len 10; hex 323030382d31302d3033; asc 2008-10-03;; 23: len 4; hex 5df58817; asc ] ;; 0: len 4; hex 0000065a; asc Z;; 9: len 30; hex 5b2268747470733a5c2f5c2f736372617463682d776f726b732d31323533; asc ["https://scratch-works-1253; (total 215 bytes); 21: len 30; hex 65794a30655841694f694a4b563151694c434a68624763694f694a49557a; asc eyJ0eXAiOiJKV1QiLCJhbGciOiJIUz; (total 337 bytes); 16: len 1; hex 81; asc ;; 21: len 30; hex 65794a30655841694f694a4b563151694c434a68624763694f694a49557a; asc eyJ0eXAiOiJKV1QiLCJhbGciOiJIUz; (total 339 bytes); 17: len 1; hex 01; asc ;; 4: len 6; hex e983ade99c9e; asc ;; 5: len 15; hex 31323038383438374071712e636f6d; asc 12088487@qq.com;; 19: len 4; hex 00000013; asc ;; 24: SQL NULL; 2: len 7; hex 38000001a3284a; asc 8 (J;; 20: len 4; hex 00000000; asc ;; 25: len 4; hex 5dea312c; asc ] 1,;; ```
关于现代操作系统死锁的问题
今天做老师布置的关于现代操作系统“死锁”的作业,遇到了一个问题。具体问题如下: ![图片说明](https://img-ask.csdn.net/upload/201911/07/1573125518_227412.jpg) 后来我发现当x=2的时候,按照D -> C -> B 的顺序可以运行,但是进程A第五类资源需要3个(即Maximum处第五个为3),可是可用资源为42441,即第五类可用资源只有1个,小于三,这算死锁吗? (然后我去网上找了下别人做的,别人给的答案是x=2,但没解释原因,所以我有点懵逼)
各位大神,请问sql的两个事务中的select如何能导致死锁
捕获的trace日志非常大,我先放下出错的两条语句。 sqlserver profiler捕获的是这样一条错误。 ![捕获死锁的截图](https://img-ask.csdn.net/upload/201509/14/1442214555_902057.jpg) 我想知道的是明明是两条select,S锁为何会导致死锁。而且死锁图形中的的排它锁是怎么回事,明明对keeping的这个资源没有update,只有delete,delete也会增加排它锁吗?行级的,还是表级的,为何我在prfiler中 捕获update或者delete时mode列没有提示锁? 问的有点多,请先看下图,需要日志的可以联系我
sqlserver表死锁的监控和自动化解锁
我这里有两个问题 1)表死锁和进程死锁有什么区别?(我查询一个表,长时间没有返回结果是不是就是死锁了?我查master..sysprocesses里面有个blocked,能否把死锁的pid杀掉,然后表锁也能解决了?) 2)有没有表记录哪个表处于死锁状态?怎样消除死锁?谢谢
insert和update不同的表出现死锁
工作中遇到的一个问题: 在方法functionF中有以下两个操作 update A 表 insert B 表 两个表间也没有外键关系。 DBA发现,在大并发的情况下,这两个操作出现了deadLock 值得注意的一点是:B表中有一个bitmap索引,不知道会不会有影响。 请大家帮忙分析下,为什么insert、update不同的表也会出现死锁的情况
mysql 多个事务更新同一条记录产生死锁
**以下是用show innodb status 查看的死锁信息,都是通过主键索引userId去更新记录,没有其他索引的影响,不应该会产生死锁啊,请大神帮忙分析下原因。** 表索引如下 (.... PRIMARY KEY (userId), UNIQUE KEY userId_UNIQUE (userId), UNIQUE KEY userName_UNIQUE USING BTREE (userName) ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8; ------------------------ LATEST DETECTED DEADLOCK ------------------------ 140626 11:12:09 *** (1) TRANSACTION: TRANSACTION 0 168550, ACTIVE 13 sec, process no 21006, OS thread id 139721036994304 starting index read mysql tables in use 1, locked 1 LOCK WAIT 6 lock struct(s), heap size 1216, 2 row lock(s), undo log entries 2 MySQL thread id 168698, query id 1710850 localhost 127.0.0.1 root Updating update users set imei='A00000455A4CFE',last_address='上海市闸北区秣陵路303号',lat=31.254289,lon=121.46208,last_login='2014-06-26 11:11:56',userStatus=11,deviceId='2B54F8EDD4A2DC4150BC5D8A4E0FB340',platform='android',updated='2014-06-26 11:11:56' where userId=15 *** (1) WAITING FOR THIS LOCK TO BE GRANTED: RECORD LOCKS space id 0 page no 382 n bits 120 index `PRIMARY` of table `microbiz_new`.`users` trx id 0 168550 lock_mode X locks rec but not gap waiting Record lock, heap no 51 PHYSICAL RECORD: n_fields 35; compact format; info bits 0 0: len 4; hex 8000000f; asc ;; 1: len 6; hex 000000029264; asc d;; 2: len 7; hex 000000002d2a40; asc -*@;; 3: len 10; hex 7a686f757a696a69616e; asc zhouzijian;; 4: len 9; hex e591a8e5ad90e5bbba; asc ;; 5: SQL NULL; 6: SQL NULL; 7: len 30; hex 653130616463333934396261353961626265353665303537663230663838; asc e10adc3949ba59abbe56e057f20f88;...(truncated); 8: len 4; hex 80000004; asc ;; 9: len 11; hex 3138363538313533393030; asc 18658153900;; 10: len 14; hex 4130303030303435354134434645; asc A00000455A4CFE;; 11: SQL NULL; 12: len 19; hex 7a7a686f7540706c696e6b636861742e636f6d; asc zzhou@plinkchat.com;; 13: len 12; hex e4b88ae6b5b7e5bca0e6b19f; asc ;; 14: len 30; hex 687474703a2f2f3131352e32382e3136302e37313a383038302f6d696372; asc http://115.28.160.71:8080/micr;...(truncated); 15: SQL NULL; 16: SQL NULL; 17: SQL NULL; 18: SQL NULL; 19: SQL NULL; 20: SQL NULL; 21: SQL NULL; 22: len 1; hex 5a; asc Z;; 23: len 30; hex e4b88ae6b5b7e5b882e997b8e58c97e58cbae7a7a3e999b5e8b7af333033; asc 303;...(truncated); 24: len 8; hex 88bb7a1519413f40; asc z A?@;; 25: len 8; hex af08feb7925d5e40; asc ]^@;; 26: len 8; hex 800012515ab079e1; asc QZ y ;; 27: len 8; hex 800012515add6aa0; asc QZ j ;; 28: len 8; hex 800012515add6aa0; asc QZ j ;; 29: len 4; hex 80000001; asc ;; 30: len 4; hex 8000000b; asc ;; 31: len 4; hex 80000001; asc ;; 32: len 4; hex 80000003; asc ;; 33: len 30; hex 324235344638454444344132444334313530424335443841344530464233; asc 2B54F8EDD4A2DC4150BC5D8A4E0FB3;...(truncated); 34: len 7; hex 616e64726f6964; asc android;; *** (2) TRANSACTION: TRANSACTION 0 168551, ACTIVE 1 sec, process no 21006, OS thread id 139720929810176 starting index read, thread declared inside InnoDB 500 mysql tables in use 1, locked 1 6 lock struct(s), heap size 1216, 2 row lock(s), undo log entries 2 MySQL thread id 168699, query id 1710851 localhost 127.0.0.1 root Updating update users set imei='A00000455A4CFE',last_address='上海市闸北区秣陵路303号',lat=31.254289,lon=121.46208,last_login='2014-06-26 11:12:08',userStatus=11,deviceId='2B54F8EDD4A2DC4150BC5D8A4E0FB340',platform='android',updated='2014-06-26 11:12:08' where userId=15 *** (2) HOLDS THE LOCK(S): RECORD LOCKS space id 0 page no 382 n bits 120 index `PRIMARY` of table `microbiz_new`.`users` trx id 0 168551 lock mode S locks rec but not gap Record lock, heap no 51 PHYSICAL RECORD: n_fields 35; compact format; info bits 0 0: len 4; hex 8000000f; asc ;; 1: len 6; hex 000000029264; asc d;; 2: len 7; hex 000000002d2a40; asc -*@;; 3: len 10; hex 7a686f757a696a69616e; asc zhouzijian;; 4: len 9; hex e591a8e5ad90e5bbba; asc ;; 5: SQL NULL; 6: SQL NULL; 7: len 30; hex 653130616463333934396261353961626265353665303537663230663838; asc e10adc3949ba59abbe56e057f20f88;...(truncated); 8: len 4; hex 80000004; asc ;; 9: len 11; hex 3138363538313533393030; asc 18658153900;; 10: len 14; hex 4130303030303435354134434645; asc A00000455A4CFE;; 11: SQL NULL; 12: len 19; hex 7a7a686f7540706c696e6b636861742e636f6d; asc zzhou@plinkchat.com;; 13: len 12; hex e4b88ae6b5b7e5bca0e6b19f; asc ;; 14: len 30; hex 687474703a2f2f3131352e32382e3136302e37313a383038302f6d696372; asc http://115.28.160.71:8080/micr;...(truncated); 15: SQL NULL; 16: SQL NULL; 17: SQL NULL; 18: SQL NULL; 19: SQL NULL; 20: SQL NULL; 21: SQL NULL; 22: len 1; hex 5a; asc Z;; 23: len 30; hex e4b88ae6b5b7e5b882e997b8e58c97e58cbae7a7a3e999b5e8b7af333033; asc 303;...(truncated); 24: len 8; hex 88bb7a1519413f40; asc z A?@;; 25: len 8; hex af08feb7925d5e40; asc ]^@;; 26: len 8; hex 800012515ab079e1; asc QZ y ;; 27: len 8; hex 800012515add6aa0; asc QZ j ;; 28: len 8; hex 800012515add6aa0; asc QZ j ;; 29: len 4; hex 80000001; asc ;; 30: len 4; hex 8000000b; asc ;; 31: len 4; hex 80000001; asc ;; 32: len 4; hex 80000003; asc ;; 33: len 30; hex 324235344638454444344132444334313530424335443841344530464233; asc 2B54F8EDD4A2DC4150BC5D8A4E0FB3;...(truncated); 34: len 7; hex 616e64726f6964; asc android;; *** (2) WAITING FOR THIS LOCK TO BE GRANTED: RECORD LOCKS space id 0 page no 382 n bits 120 index `PRIMARY` of table `microbiz_new`.`users` trx id 0 168551 lock_mode X locks rec but not gap waiting Record lock, heap no 51 PHYSICAL RECORD: n_fields 35; compact format; info bits 0 0: len 4; hex 8000000f; asc ;; 1: len 6; hex 000000029264; asc d;; 2: len 7; hex 000000002d2a40; asc -*@;; 3: len 10; hex 7a686f757a696a69616e; asc zhouzijian;; 4: len 9; hex e591a8e5ad90e5bbba; asc ;; 5: SQL NULL; 6: SQL NULL; 7: len 30; hex 653130616463333934396261353961626265353665303537663230663838; asc e10adc3949ba59abbe56e057f20f88;...(truncated); 8: len 4; hex 80000004; asc ;; 9: len 11; hex 3138363538313533393030; asc 18658153900;; 10: len 14; hex 4130303030303435354134434645; asc A00000455A4CFE;; 11: SQL NULL; 12: len 19; hex 7a7a686f7540706c696e6b636861742e636f6d; asc zzhou@plinkchat.com;; 13: len 12; hex e4b88ae6b5b7e5bca0e6b19f; asc ;; 14: len 30; hex 687474703a2f2f3131352e32382e3136302e37313a383038302f6d696372; asc http://115.28.160.71:8080/micr;...(truncated); 15: SQL NULL; 16: SQL NULL; 17: SQL NULL; 18: SQL NULL; 19: SQL NULL; 20: SQL NULL; 21: SQL NULL; 22: len 1; hex 5a; asc Z;; 23: len 30; hex e4b88ae6b5b7e5b882e997b8e58c97e58cbae7a7a3e999b5e8b7af333033; asc 303;...(truncated); 24: len 8; hex 88bb7a1519413f40; asc z A?@;; 25: len 8; hex af08feb7925d5e40; asc ]^@;; 26: len 8; hex 800012515ab079e1; asc QZ y ;; 27: len 8; hex 800012515add6aa0; asc QZ j ;; 28: len 8; hex 800012515add6aa0; asc QZ j ;; 29: len 4; hex 80000001; asc ;; 30: len 4; hex 8000000b; asc ;; 31: len 4; hex 80000001; asc ;; 32: len 4; hex 80000003; asc ;; 33: len 30; hex 324235344638454444344132444334313530424335443841344530464233; asc 2B54F8EDD4A2DC4150BC5D8A4E0FB3;...(truncated); 34: len 7; hex 616e64726f6964; asc android;; *** WE ROLL BACK TRANSACTION (2)
mysql 死锁 Deadlock found when trying to get lock; try restarting transaction
语言:java 数据库:mysql 5.0 数据引擎:innodb 项目中遇到一个mysql死锁的问题,报的异常如下 :com.mysql.jdbc.exceptions.MySQLTransactionRollbackException: Deadlock found when trying to get lock; try restarting transaction 我把问题简单化一下: 表t有id,a,b,c四个整型字段,id是primary key,a是unique key **5个Thread同时进行如下相同的5条sql操作,每个Thread这5条sql在同一个事物中**: >insert into t(a,b,c) values(1,1,1) on duplicate key update b=b+VALUES(b) >insert into t(a,b,c) values(2,2,2) on duplicate key update b=b+VALUES(b) >insert into t(a,b,c) values(3,3,3) on duplicate key update b=b+VALUES(b) >insert into t(a,b,c) values(4,4,4) on duplicate key update b=b+VALUES(b) >insert into t(a,b,c) values(5,5,5) on duplicate key update b=b+VALUES(b) 这时执行就会报以上那个数据库异常。 查了些资料,大概了解是因为多个事物对同一条数据进行操作时,发生了锁的冲突。但是好的解决方案没有找到。 各位大神,帮忙看下,看有什么解决方案或思路,不胜感激!
PG 日志里面的报了一个死锁
![图片说明](https://img-ask.csdn.net/upload/201909/26/1569469597_718467.jpg) 死锁日志如下, 问题1:这里的ExclusiveLock 和ShareLock 指的是什么锁?![图片说明](https://img-ask.csdn.net/upload/201909/26/1569475828_189778.jpg) 是Exclusive和Share还是AccessExclusive和AccessShare?
在greenplum中写了这样的存储过程,多任务并发执行时候会造成死锁,新手刚接触数据库不久,求助
``` CREATE OR REPLACE FUNCTION test_upsert(text,bigint,text,bigint,bigint,text,text) RETURNS void AS $BODY$ BEGIN LOOP update test set name=$3,age=$4,phone=$5,email=$6,address=$7 where id=$2; IF found then EXIT; END IF; insert into test (id,name,age,phone,email,address) values($2,$3,$4,$5,$6,$7); IF found then EXIT; END IF; END LOOP; return; END; $BODY$ language plpgsql strict; ```
修改上面的代码解决哲学家用餐死锁问题
#include<stdio.h> #include<stdlib.h> #include<pthread.h> #include<semaphore.h> #define N 5 sem_t chopstick[N];//筷子信号量 //哲学家线程函数 void* philosopher(void* arg){ int i = (int)arg;//哲学家序号 for(;;){ //思考 printf("[%d] I'm thinking...\n",i); sleep(rand()%3);//休眠随机时间,不超过3秒 //等待筷子 sem_wait(&chopstick[i]); sem_wait(&chopstick[(i+1)%N]); //就餐 printf("\t\t\t[%d]I'm eating...\n",i); sleep(rand()%3);//休眠随机时间,不超过3秒 //放回筷子 sem_post(&chopstick[i]); sem_post(&chopstick[(i+1)%N]); } } int main(){ pthread_t id[N]; int i; for(i=0;i<N;i++) sem_init(&chopstick[i],0,1); for(i=0;i<N;i++) pthread_create(&id[i],NULL,philosopher,(void*)i); for(i=0;i<N;i++) pthread_join(id[i],NULL); }
关于oracle中的锁表,死锁
什么是锁表,锁表的定义是什么?锁表的原因是什么?什么是死锁?
萌新问一个java多线程同步死锁的问题
下面这两段代码,一个实现Runnable接口,一个继承Thread类,前面的能正常交替输出 但是后面继承Thread的运行会死锁,没想明白为什么会死锁,求指教 ``` public class Test3 { static class MyRun implements Runnable { static int i = 0; @Override public synchronized void run() { for (int j = 0; j < 10; j++) { if(i%2==0) System.out.println(Thread.currentThread().getName()+":A"); else System.out.println(Thread.currentThread().getName()+":B"); i++; this.notifyAll(); try { if(i>=19) Thread.sleep(10); else this.wait(); } catch (InterruptedException e) { e.printStackTrace(); } } } } public static void main(String[] args) { MyRun myRun = new MyRun(); Thread a = new Thread(myRun); Thread b = new Thread(myRun); a.start(); b.start(); } } ``` ``` public class Test3 { static class MyRun extends Thread { static int i = 0; @Override public synchronized void run() { for (int j = 0; j < 10; j++) { if(i%2==0) System.out.println(Thread.currentThread().getName()+":A"); else System.out.println(Thread.currentThread().getName()+":B"); i++; this.notifyAll(); try { if(i>=19) Thread.sleep(10); else this.wait(); } catch (InterruptedException e) { e.printStackTrace(); } } } } public static void main(String[] args) { MyRun m1 = new MyRun(); MyRun m2 = new MyRun(); m1.start(); m2.start(); } } ```
SpringBoot+JPA死锁问题
SpringBoot+JPA项目中,当遇到线程死锁放弃本次操作继续执行下一操作,而不是让整个程序崩溃掉。 有什么可以实现的方法吗?
自旋锁引起的死锁是否算仅涉及一个进程的死锁。
在线程中使用自旋锁不当引起了死锁,这是否算是仅涉及一个进程的死锁。
mybatis 插入10W数据,中间突然停了,服务器无响应,没有任何报错信息
内存没溢出 MYSQL也没死锁 JVM没有死锁 完全没报错信息 ``` public int insertObject(SqlVo vo){ int iCount = sqlSessionTemplate.insert("SystemMapper.insertBySql", vo); return iCount; } ``` 用的sqlSessionTemplate,sql是拼接的,每100条次执行一次,这个问题也不是每次批量插入都会发生,10次里有8次会发生
只有主键加了索引,单表update为什么会死锁,大神救救我
![图片说明](https://img-ask.csdn.net/upload/201705/22/1495456440_543143.png)
Java学习的正确打开方式
在博主认为,对于入门级学习java的最佳学习方法莫过于视频+博客+书籍+总结,前三者博主将淋漓尽致地挥毫于这篇博客文章中,至于总结在于个人,实际上越到后面你会发现学习的最好方式就是阅读参考官方文档其次就是国内的书籍,博客次之,这又是一个层次了,这里暂时不提后面再谈。博主将为各位入门java保驾护航,各位只管冲鸭!!!上天是公平的,只要不辜负时间,时间自然不会辜负你。 何谓学习?博主所理解的学习,它是一个过程,是一个不断累积、不断沉淀、不断总结、善于传达自己的个人见解以及乐于分享的过程。
程序员必须掌握的核心算法有哪些?
由于我之前一直强调数据结构以及算法学习的重要性,所以就有一些读者经常问我,数据结构与算法应该要学习到哪个程度呢?,说实话,这个问题我不知道要怎么回答你,主要取决于你想学习到哪些程度,不过针对这个问题,我稍微总结一下我学过的算法知识点,以及我觉得值得学习的算法。这些算法与数据结构的学习大多数是零散的,并没有一本把他们全部覆盖的书籍。下面是我觉得值得学习的一些算法以及数据结构,当然,我也会整理一些看过...
有哪些让程序员受益终生的建议
从业五年多,辗转两个大厂,出过书,创过业,从技术小白成长为基层管理,联合几个业内大牛回答下这个问题,希望能帮到大家,记得帮我点赞哦。 敲黑板!!!读了这篇文章,你将知道如何才能进大厂,如何实现财务自由,如何在工作中游刃有余,这篇文章很长,但绝对是精品,记得帮我点赞哦!!!! 一腔肺腑之言,能看进去多少,就看你自己了!!! 目录: 在校生篇: 为什么要尽量进大厂? 如何选择语言及方...
大学四年自学走来,这些私藏的实用工具/学习网站我贡献出来了
大学四年,看课本是不可能一直看课本的了,对于学习,特别是自学,善于搜索网上的一些资源来辅助,还是非常有必要的,下面我就把这几年私藏的各种资源,网站贡献出来给你们。主要有:电子书搜索、实用工具、在线视频学习网站、非视频学习网站、软件下载、面试/求职必备网站。 注意:文中提到的所有资源,文末我都给你整理好了,你们只管拿去,如果觉得不错,转发、分享就是最大的支持了。 一、电子书搜索 对于大部分程序员...
linux系列之常用运维命令整理笔录
本博客记录工作中需要的linux运维命令,大学时候开始接触linux,会一些基本操作,可是都没有整理起来,加上是做开发,不做运维,有些命令忘记了,所以现在整理成博客,当然vi,文件操作等就不介绍了,慢慢积累一些其它拓展的命令,博客不定时更新 free -m 其中:m表示兆,也可以用g,注意都要小写 Men:表示物理内存统计 total:表示物理内存总数(total=used+free) use...
比特币原理详解
一、什么是比特币 比特币是一种电子货币,是一种基于密码学的货币,在2008年11月1日由中本聪发表比特币白皮书,文中提出了一种去中心化的电子记账系统,我们平时的电子现金是银行来记账,因为银行的背后是国家信用。去中心化电子记账系统是参与者共同记账。比特币可以防止主权危机、信用风险。其好处不多做赘述,这一层面介绍的文章很多,本文主要从更深层的技术原理角度进行介绍。 二、问题引入 假设现有4个人...
程序员接私活怎样防止做完了不给钱?
首先跟大家说明一点,我们做 IT 类的外包开发,是非标品开发,所以很有可能在开发过程中会有这样那样的需求修改,而这种需求修改很容易造成扯皮,进而影响到费用支付,甚至出现做完了项目收不到钱的情况。 那么,怎么保证自己的薪酬安全呢? 我们在开工前,一定要做好一些证据方面的准备(也就是“讨薪”的理论依据),这其中最重要的就是需求文档和验收标准。一定要让需求方提供这两个文档资料作为开发的基础。之后开发...
网页实现一个简单的音乐播放器(大佬别看。(⊙﹏⊙))
今天闲着无事,就想写点东西。然后听了下歌,就打算写个播放器。 于是乎用h5 audio的加上js简单的播放器完工了。 演示地点演示 html代码如下` music 这个年纪 七月的风 音乐 ` 然后就是css`*{ margin: 0; padding: 0; text-decoration: none; list-...
Python十大装B语法
Python 是一种代表简单思想的语言,其语法相对简单,很容易上手。不过,如果就此小视 Python 语法的精妙和深邃,那就大错特错了。本文精心筛选了最能展现 Python 语法之精妙的十个知识点,并附上详细的实例代码。如能在实战中融会贯通、灵活使用,必将使代码更为精炼、高效,同时也会极大提升代码B格,使之看上去更老练,读起来更优雅。
数据库优化 - SQL优化
以实际SQL入手,带你一步一步走上SQL优化之路!
2019年11月中国大陆编程语言排行榜
2019年11月2日,我统计了某招聘网站,获得有效程序员招聘数据9万条。针对招聘信息,提取编程语言关键字,并统计如下: 编程语言比例 rank pl_ percentage 1 java 33.62% 2 cpp 16.42% 3 c_sharp 12.82% 4 javascript 12.31% 5 python 7.93% 6 go 7.25% 7 p...
通俗易懂地给女朋友讲:线程池的内部原理
餐盘在灯光的照耀下格外晶莹洁白,女朋友拿起红酒杯轻轻地抿了一小口,对我说:“经常听你说线程池,到底线程池到底是个什么原理?”
《奇巧淫技》系列-python!!每天早上八点自动发送天气预报邮件到QQ邮箱
将代码部署服务器,每日早上定时获取到天气数据,并发送到邮箱。 也可以说是一个小型人工智障。 知识可以运用在不同地方,不一定非是天气预报。
经典算法(5)杨辉三角
杨辉三角 是经典算法,这篇博客对它的算法思想进行了讲解,并有完整的代码实现。
英特尔不为人知的 B 面
从 PC 时代至今,众人只知在 CPU、GPU、XPU、制程、工艺等战场中,英特尔在与同行硬件芯片制造商们的竞争中杀出重围,且在不断的成长进化中,成为全球知名的半导体公司。殊不知,在「刚硬」的背后,英特尔「柔性」的软件早已经做到了全方位的支持与支撑,并持续发挥独特的生态价值,推动产业合作共赢。 而对于这一不知人知的 B 面,很多人将其称之为英特尔隐形的翅膀,虽低调,但是影响力却不容小觑。 那么,在...
腾讯算法面试题:64匹马8个跑道需要多少轮才能选出最快的四匹?
昨天,有网友私信我,说去阿里面试,彻底的被打击到了。问了为什么网上大量使用ThreadLocal的源码都会加上private static?他被难住了,因为他从来都没有考虑过这个问题。无独有偶,今天笔者又发现有网友吐槽了一道腾讯的面试题,我们一起来看看。 腾讯算法面试题:64匹马8个跑道需要多少轮才能选出最快的四匹? 在互联网职场论坛,一名程序员发帖求助到。二面腾讯,其中一个算法题:64匹...
面试官:你连RESTful都不知道我怎么敢要你?
干货,2019 RESTful最贱实践
为啥国人偏爱Mybatis,而老外喜欢Hibernate/JPA呢?
关于SQL和ORM的争论,永远都不会终止,我也一直在思考这个问题。昨天又跟群里的小伙伴进行了一番讨论,感触还是有一些,于是就有了今天这篇文。 声明:本文不会下关于Mybatis和JPA两个持久层框架哪个更好这样的结论。只是摆事实,讲道理,所以,请各位看官勿喷。 一、事件起因 关于Mybatis和JPA孰优孰劣的问题,争论已经很多年了。一直也没有结论,毕竟每个人的喜好和习惯是大不相同的。我也看...
白话阿里巴巴Java开发手册高级篇
不久前,阿里巴巴发布了《阿里巴巴Java开发手册》,总结了阿里巴巴内部实际项目开发过程中开发人员应该遵守的研发流程规范,这些流程规范在一定程度上能够保证最终的项目交付质量,通过在时间中总结模式,并推广给广大开发人员,来避免研发人员在实践中容易犯的错误,确保最终在大规模协作的项目中达成既定目标。 无独有偶,笔者去年在公司里负责升级和制定研发流程、设计模板、设计标准、代码标准等规范,并在实际工作中进行...
SQL-小白最佳入门sql查询一
不要偷偷的查询我的个人资料,即使你再喜欢我,也不要这样,真的不好;
redis分布式锁,面试官请随便问,我都会
文章有点长并且绕,先来个图片缓冲下! 前言 现在的业务场景越来越复杂,使用的架构也就越来越复杂,分布式、高并发已经是业务要求的常态。像腾讯系的不少服务,还有CDN优化、异地多备份等处理。 说到分布式,就必然涉及到分布式锁的概念,如何保证不同机器不同线程的分布式锁同步呢? 实现要点 互斥性,同一时刻,智能有一个客户端持有锁。 防止死锁发生,如果持有锁的客户端崩溃没有主动释放锁,也要保证锁可以正常释...
项目中的if else太多了,该怎么重构?
介绍 最近跟着公司的大佬开发了一款IM系统,类似QQ和微信哈,就是聊天软件。我们有一部分业务逻辑是这样的 if (msgType = "文本") { // dosomething } else if(msgType = "图片") { // doshomething } else if(msgType = "视频") { // doshomething } else { // doshom...
Nginx 原理和架构
Nginx 是一个免费的,开源的,高性能的 HTTP 服务器和反向代理,以及 IMAP / POP3 代理服务器。Nginx 以其高性能,稳定性,丰富的功能,简单的配置和低资源消耗而闻名。 Nginx 的整体架构 Nginx 里有一个 master 进程和多个 worker 进程。master 进程并不处理网络请求,主要负责调度工作进程:加载配置、启动工作进程及非停升级。worker 进程负责处...
Python 编程开发 实用经验和技巧
Python是一门很灵活的语言,也有很多实用的方法,有时候实现一个功能可以用多种方法实现,我这里总结了一些常用的方法和技巧,包括小数保留指定位小数、判断变量的数据类型、类方法@classmethod、制表符中文对齐、遍历字典、datetime.timedelta的使用等,会持续更新......
YouTube排名第一的励志英文演讲《Dream(梦想)》
Idon’t know what that dream is that you have, I don't care how disappointing it might have been as you've been working toward that dream,but that dream that you’re holding in your mind, that it’s po...
“狗屁不通文章生成器”登顶GitHub热榜,分分钟写出万字形式主义大作
一、垃圾文字生成器介绍 最近在浏览GitHub的时候,发现了这样一个骨骼清奇的雷人项目,而且热度还特别高。 项目中文名:狗屁不通文章生成器 项目英文名:BullshitGenerator 根据作者的介绍,他是偶尔需要一些中文文字用于GUI开发时测试文本渲染,因此开发了这个废话生成器。但由于生成的废话实在是太过富于哲理,所以最近已经被小伙伴们给玩坏了。 他的文风可能是这样的: 你发现,...
程序员:我终于知道post和get的区别
是一个老生常谈的话题,然而随着不断的学习,对于以前的认识有很多误区,所以还是需要不断地总结的,学而时习之,不亦说乎
《程序人生》系列-这个程序员只用了20行代码就拿了冠军
你知道的越多,你不知道的越多 点赞再看,养成习惯GitHub上已经开源https://github.com/JavaFamily,有一线大厂面试点脑图,欢迎Star和完善 前言 这一期不算《吊打面试官》系列的,所有没前言我直接开始。 絮叨 本来应该是没有这期的,看过我上期的小伙伴应该是知道的嘛,双十一比较忙嘛,要值班又要去帮忙拍摄年会的视频素材,还得搞个程序员一天的Vlog,还要写BU...
加快推动区块链技术和产业创新发展,2019可信区块链峰会在京召开
11月8日,由中国信息通信研究院、中国通信标准化协会、中国互联网协会、可信区块链推进计划联合主办,科技行者协办的2019可信区块链峰会将在北京悠唐皇冠假日酒店开幕。   区块链技术被认为是继蒸汽机、电力、互联网之后,下一代颠覆性的核心技术。如果说蒸汽机释放了人类的生产力,电力解决了人类基本的生活需求,互联网彻底改变了信息传递的方式,区块链作为构造信任的技术有重要的价值。   1...
Java世界最常用的工具类库
Apache Commons Apache Commons有很多子项目 Google Guava 参考博客
相关热词 c#选择结构应用基本算法 c# 收到udp包后回包 c#oracle 头文件 c# 序列化对象 自定义 c# tcp 心跳 c# ice连接服务端 c# md5 解密 c# 文字导航控件 c#注册dll文件 c#安装.net
立即提问