UPDATE能走索引还会锁全表吗

最新推荐文章于 2023-12-27 10:55:47 发布
最新推荐文章于 2023-12-27 10:55:47 发布
阅读量1w 收藏 4
点赞数 1
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/n88lpo/article/details/78099094
版权
当MySQL执行UPDATE时，即使WHERE条件列有索引，如果预估更新行数超过全表的20%~30%，可能会升级为全表扫描并锁全表。这取决于优化器对扫描行数的评估，旨在提高效率。尽量利用索引，避免大量数据操作，并及时提交事务以减少行锁影响。
摘要由CSDN通过智能技术生成

导读

执行UPDATE时，WEHRE条件列虽已有索引，但还会锁全表，肿么回事？

问题描述

叶师傅有次上课过程中执行UPDATE测试案例时，发现虽然WHERE条件列已有索引，有时候能利用二级索引进行更新（且只锁定相应必要的几行记录），但有时候却变成了根据主键进行更新，且会锁全表。我们先来看看下面的例子。

测试表 t1

CREATE TABLE `t1` (
  `c1` int(10) unsigned NOT NULL DEFAULT '0',
  `c2` int(10) unsigned NOT NULL DEFAULT '0',
  `c3` int(10) unsigned NOT NULL DEFAULT '0',
  `c4` int(10) unsigned NOT NULL DEFAULT '0',
  PRIMARY KEY (`c1`),
  KEY `c2` (`c2`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

表中数据

+----+----+----+----+
| c1 | c2 | c3 | c4 |
+----+----+----+----+
|  0 |  0 |  0 |  0 |
|  1 |  1 |  1 |  0 |
|  3 |  3 |  3 |  0 |
|  4 |  2 |  2 |  0 |
|  6 |  8 |  5 |  0 |
|  7 |  6 |  6 | 10 |
| 10 | 10 |  4 |  0 |
+----+----+----+----+

case1：根据二级索引UPDATE，不锁全表

  • 先看执行计划


                

        

        

    

  


        

            

                    
                      最低0.47元/天 解锁文章
                        
                    
            

        

    

      

        

            

              
                
                  老叶茶馆_
                
              
            

            

                关注
              
            

        

        

          
      

      









                



	

		

			

				
					
update没加索引为什么会锁全表？

				
			

			

				

					yonggeit的博客
				

				

					08-04
					
					874
					
				

			

		

		

			
				
不要小看一条 update 语句，在生产机上使用不当可能会导致业务停滞，甚至崩溃。当我们要执行 update 语句的时候，确保 where 条件中带上了索引列，并且在测试机确认该语句是否走的是索引扫描，防止因为扫描全表，而对表中的所有记录加上锁。我们可以打开 MySQL sql_safe_updates 参数，这样可以预防 update 操作时 where 条件没有带上索引列。如果发现即使在 where 条件中带上了索引列，优化器走的还是全表扫描，这时我们就要使用可以告诉优化器使用哪个索引。

			
		

	



                

              
                



	

		

			

				
					
update 走索引后会不会锁全表？

				
			

			

				

					有关心情
				

				

					10-08
					
					3812
					
				

			

		

		

			
				
update 走索引后会不会锁全表？
020.10.6
文章目录update 走索引后会不会锁全表？前言环境准备会锁全表的 update 语句指定索引
前言
同事告诉我 update 时，如果没走索引，会锁全表；如果走了索引，只锁住符合条件的行记录。
所以果真如此吗？好像不是欸！
环境准备
在进入正文之前，需要做一些准备。
create table student(
    id int not null primary key auto_increment, 
    name varchar(10) n

			
		

	



                


  
              

                


	

		

			

				
					
mysql中update会锁表吗

				
			

			

				

					qq_27246521的博客
				

				

					08-24
					
					1811
					
				

			

		

		

			
				
而当手动提交事务时，需要我们在执行修改操作之前手动开启事务，执行完毕后再手动提交事务，这样可以尽量减少锁表的时间，提高系统并发性能。首先，在没有索引的情况下，MySQL 的 update 操作会锁整个表。这是因为在数据库中有一个机制叫做“悲观锁”，即默认情况下 MySQL 会认为其他事务会随时更新这个表，因此会先锁住整个表再执行修改操作，以保证数据的一致性和完整性。但是，如果在表的字段上建立了索引，MySQL 就会使用“乐观锁”的机制，即只锁住需要修改的行，而不是整个表。

			
		

	





	

		

			

				
					
MySQL大表变更“字段/索引“可能会引发的锁表问题

				
			

			

				

					梦~'
				

				

					01-09
					
					3434
					
				

			

		

		

			
				
MySQL 锁表

			
		

	



		

			
		



	

		

			

				
					
MySQL中的update操作会不会自动加锁

				
			

			

				

					alian
				

				

					05-20
					
					7599
					
				

			

		

		

			
				
先阐述结论


MySQL5.5版本以后默认用InnoDB存储引擎，并且采用可重复读的隔离级别，在进行update操作会进行加锁的！！！
如果涉及到索引查询则会加行锁，如果需要查整个表，则会加间隙锁。


看例子
1.建表
create table orders(
id int not null primary key,
count int not null
)engine = innodb default charset = utf8mb4;

2.插入数据
insert orders values(1,

			
		

	





	

		

			

				
					
MYSQL的UPDATE时锁表机制

					
最新发布

				
			

			

				

					wqzbxh的博客
				

				

					12-27
					
					1851
					
				

			

		

		

			
				
有索引的情况下可以更倾向于行级锁，但具体情况还受到更新操作的具体内容和使用的索引类型的影响。在某些情况下，MySQL可能仍然会选择表级锁，特别是在涉及到非唯一索引或涉及到非索引列的情况下。操作涉及到行级锁和表级锁的概念，具体取决于事务隔离级别和被更新的条件,（笔记，只为获取流量券）

			
		

	





	

		

			

				
					
update未走索引导致全表锁住

				
			

			

				

					yytoo2的博客
				

				

					07-24
					
					2339
					
				

			

		

		

			
				
事件经过:
前段时间, 自动化测试的小姐姐向我们开发人员反应, 由于我方经常debug导致锁表, 她们的用例经常失败.
该问题出现的时机基本一致,通过show OPEN TABLES where In_use > 0;以及show processlist, 确定sql.
但是奇怪的是这次的事故竟然是把整个表锁了, 而不是以往只是某条数据被锁住(开发和测试未单独分库, 调试时的某些数据偶尔会导致锁表情况).
对sql进行分析后发现, 这条update后面的where竟然没有走索引!!!
原因:
我们使用

			
		

	





	

		

			

				
					
mysql update 走索引_MySQL update操作使用到了索引但还会锁全表

				
			

			

				

					weixin_33089993的博客
				

				

					01-19
					
					3183
					
				

			

		

		

			
				
参考文章：看了叶师傅的一片文章，在执行 UPDATE时，WHERE条件列有索引，但是还是会表所，根据文章做一下测试，记录如下MySQL版本mysql> select version();+-----------+| version() |+-----------+| 5.7.4-m14 |+-----------+1 row in set (0.00 sec)测试表 t1mysql> ...

			
		

	





	

		

			

				
					
oracle，update更新时，条件没走索引

				
			

			

				

					wanglepingwangleping的博客
				

				

					07-06
					
					1159
					
				

			

		

		

			
				
一个是varchar2， 另一个是 nvarchar2。要走索引需要字段类型一致，可以利用to_char()将 nvarchar2转为 varchar2。没走索引的原因是条件字段的字段类型不一致，

			
		

	





	

		

			

				
					
生产环境bug,update加上索引字段会走索引进行更新？还是走全表扫描

				
			

			

				

					有时间可以指导毕业设计，可以私聊我。一个热爱编程的smallCuteMonkey，可以私信我
				

				

					08-03
					
					550
					
				

			

		

		

			
				
update加上索引走索引进行更新？

			
		

	





	

		

			

				
					
mysql更新使用索引吗_如何強制mysql更新查詢使用索引？如何啓用mysql引擎自動使用索引而不是強制它？...

				
			

			

				

					weixin_27059669的博客
				

				

					01-28
					
					69
					
				

			

		

		

			
				
下面是未使用最近創建的複合索引的更新查詢/查詢計劃。解釋顯示它不使用名爲radacctupdate的複合索引，我認爲它會使更新查詢更快。還有其他索引也被其他查詢使用。如何強制mysql更新查詢使用索引？如何啓用mysql引擎自動使用索引而不是強制它？EXPLAIN UPDATE radacct SET acctstoptime = '2017-01-08 11:52:24',acctsession...

			
		

	





	

		

			

				
					
Update关联查询不走索引，效率低下

				
			

			

				

					weixin_33985507的博客
				

				

					11-15
					
					370
					
				

			

		

		

			
				
优化一个sql，就是有A,B两个表，要利用b表的字段更新a表对应的字段。形如
Sql代码

updateAsetA.a=(selectB.bfromBwhereA.id=B.id);



原SQL
updatepntmall_rptpoint_detail a set a.scrm_rptpnt_processed=(
s...

			
		

	





	

		

			

				
					
执行update语句，用没用到索引，区别大吗？

				
			

			

				

					kunjian的博客
				

				

					09-06
					
					4574
					
				

			

		

		

			
				
前言：
我们都知道，当执行 select 查询语句时，用没用到索引区别是很大的，若没用到索引，一条 select 语句可能执行好几秒或更久，若使用到索引则可能瞬间完成。那么当执行 update 语句时，用没用到索引有什么区别呢，执行时间相差大吗？本篇文章我们一起来探究下。
1. update SQL 测试
为了对比出差距，这里笔者创建两张一样数据的大表，一张有普通索引，一张无普通索引，我们来对比下二者的差别。
# tb_noidx 表无普通索引
mysql> show create table tb_

			
		

	





	

		

			

				
					
mysql update 全表查询,MySQL Update内部联接表查询

				
			

			

				

					weixin_33869754的博客
				

				

					02-05
					
					259
					
				

			

		

		

			
				
I have no idea what the problem is. Using MySQL 5.0 I get a compile error when attempting to run the following MySQL update query:UPDATE  bSET b.mapx = g.latitude,b.mapy = g.longitudeFROM business AS ...

			
		

	





	

		

			

				
					
MySQL Update批量更新死锁问题排查

				
			

			

				

					也无风雨也无晴
				

				

					12-12
					
					3093
					
				

			

		

		

			
				
MySQL Update批量更新死锁问题排查背景锁分析可能性分析结果处理
背景
业务中有两个不同的业务，更新同一批数据时出现死锁问题，sql语句如下
update test set a= 1 where name = 'test';
update test set b = 2 where name = 'test' and time >0;
-- 这里的name是一个普通的索引

频繁出现死...

			
		

	





	

		

			

				
					
mysql 全表 update_转mysql 多表 update sql语句总结

				
			

			

				

					weixin_28406969的博客
				

				

					01-27
					
					1108
					
				

			

		

		

			
				
mysql多表 update 有几种不同的写法。假定我们有两张表，一张表为Product表存放产品信息，其中有产品价格列Price；另外一张表是ProductPrice表，我们要将ProductPrice表中的价格字段Price更新为Price表中价格字段的80%。在MySQL中我们有几种手段可以做到这一点，一种是update table1 t1, table2 ts ...的方式：UPDATE...

			
		

	





	

		

			

				
					
update会锁表吗？

				
			

			

				

					南客先生的博客
				

				

					10-20
					
					1210
					
				

			

		

		

			
				
update锁表锁行问题

			
		

	





	

		

			

				
					
update 索引查询导致锁表

				
			

			

				

					12-19
				

			

		

		

			
				
当执行索引查询时，数据库会对相应的表进行锁定以防止其他的写操作造成数据的不一致。这种锁定可能会导致整个表被锁住，从而影响到其他的查询和更新操作，造成系统性能下降甚至是数据库的阻塞。

为了解决这个问题，可以考虑以下几点：

1. 优化查询语句：建议使用合适的索引和优化查询语句，使查询更加高效地利用索引，减少锁表时间。

2. 限制锁定范围：考虑将查询的范围缩小，只锁定必要的行或者使用不同的锁级别来减少锁表的范围。

3. 定时任务：对于大型查询，可以考虑将其转化为定时任务在数据库空闲时进行执行，避免对实时操作的影响。

4. 提高硬件配置：如果对于大量查询锁表问题无法通过软件优化解决，可以考虑提高服务器的硬件配置，如增加内存和CPU，以提升数据库的并发处理能力。

5. 数据库分片：针对大型数据量的情况，可以考虑对数据库进行分片，将数据分散到不同的节点上，从而减少单个节点的压力，降低锁表的发生频率。

总之，为了避免索引查询导致的锁表问题，需要综合考虑数据库索引优化、查询优化、硬件升级和数据库架构调整等多方面的解决方案，以实现数据库的高性能和高可用性。

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		
评论 3

	

	
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

                
 1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
 2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

              

            

          

      

      余额充值