mysql innodb的行锁(6) --不安全语句加锁
发表于:2025-01-22 作者:千家信息网编辑
千家信息网最后更新 2025年01月22日,一般情况下select 使用mvcc的技术,是不加行锁的,但是对于insert ... select , create table .. select 等不安全语句,会自动对源表加共享锁当然是否加锁还
千家信息网最后更新 2025年01月22日mysql innodb的行锁(6) --不安全语句加锁一般情况下select 使用mvcc的技术,是不加行锁的,但是对于insert ... select , create table .. select 等不安全语句,会自动对源表加共享锁
当然是否加锁还受到下面参数控制, 因为这个加锁不是隔离级别的原因,而是为了复制安全。
root@sakila 11:03:59>show variables like '%unsafe%';
+--------------------------------+-------+
| Variable_name | Value |
+--------------------------------+-------+
| innodb_locks_unsafe_for_binlog | OFF |
+--------------------------------+-------+
1 row in set (0.00 sec)
会话1:
root@sakila 11:02:28>insert into target select * from tab_no_index;
Query OK, 7 rows affected (0.01 sec)
Records: 7 Duplicates: 0 Warnings: 0
会话2:
root@sakila 11:03:02>update tab_no_index set name=name where name='1';
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
*************************************************************************************
如果修改变量,则不会对上面的select 的源表加锁,但是在statement 的复制模式下,复制会出现问题
set global innodb_locks_unsafe_for_binlog=1;
mysqlbinlog mysql-bin.000039 | more 结果分析如下: 因为记录bin log是按提交顺序记录的,所以在执行insert ... select 语句前,已经执行了update了,而主库是先执行insert.. select ,再执行update. 所以两者的结果是不一样的,所以是不安全的。
#170312 23:18:14 server id 2552763370 end_log_pos 328 CRC32 0x6262bb7c Query thread_id=2 exec_time=0 error_code=0
use `sakila`/*!*/;
SET TIMESTAMP=1489331894/*!*/;
update tab_no_index set name='8' where name='1'
/*!*/;
# at 328
#170312 23:18:32 server id 2552763370 end_log_pos 359 CRC32 0xebeef64e Xid = 20
COMMIT/*!*/;
# at 359
#170312 23:17:41 server id 2552763370 end_log_pos 442 CRC32 0xae75ad5e Query thread_id=3 exec_time=0 error_code=0
SET TIMESTAMP=1489331861/*!*/;
BEGIN
/*!*/;
# at 442
#170312 23:17:41 server id 2552763370 end_log_pos 580 CRC32 0x3368f120 Query thread_id=3 exec_time=0 error_code=0
SET TIMESTAMP=1489331861/*!*/;
insert into target select * from tab_no_index where name='1'
/*!*/;
# at 580
#170312 23:18:48 server id 2552763370 end_log_pos 611 CRC32 0x1b39b7d7 Xid = 19
COMMIT/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
综述:
避免上锁又不影响复制的最优方式是:
innodb_locks_unsafe_for_binlog =1 (允许不安全的语句)
同时把
binlog_format=row (避免不安全的语句)
当然是否加锁还受到下面参数控制, 因为这个加锁不是隔离级别的原因,而是为了复制安全。
root@sakila 11:03:59>show variables like '%unsafe%';
+--------------------------------+-------+
| Variable_name | Value |
+--------------------------------+-------+
| innodb_locks_unsafe_for_binlog | OFF |
+--------------------------------+-------+
1 row in set (0.00 sec)
会话1:
root@sakila 11:02:28>insert into target select * from tab_no_index;
Query OK, 7 rows affected (0.01 sec)
Records: 7 Duplicates: 0 Warnings: 0
会话2:
root@sakila 11:03:02>update tab_no_index set name=name where name='1';
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
*************************************************************************************
如果修改变量,则不会对上面的select 的源表加锁,但是在statement 的复制模式下,复制会出现问题
set global innodb_locks_unsafe_for_binlog=1;
mysqlbinlog mysql-bin.000039 | more 结果分析如下: 因为记录bin log是按提交顺序记录的,所以在执行insert ... select 语句前,已经执行了update了,而主库是先执行insert.. select ,再执行update. 所以两者的结果是不一样的,所以是不安全的。
#170312 23:18:14 server id 2552763370 end_log_pos 328 CRC32 0x6262bb7c Query thread_id=2 exec_time=0 error_code=0
use `sakila`/*!*/;
SET TIMESTAMP=1489331894/*!*/;
update tab_no_index set name='8' where name='1'
/*!*/;
# at 328
#170312 23:18:32 server id 2552763370 end_log_pos 359 CRC32 0xebeef64e Xid = 20
COMMIT/*!*/;
# at 359
#170312 23:17:41 server id 2552763370 end_log_pos 442 CRC32 0xae75ad5e Query thread_id=3 exec_time=0 error_code=0
SET TIMESTAMP=1489331861/*!*/;
BEGIN
/*!*/;
# at 442
#170312 23:17:41 server id 2552763370 end_log_pos 580 CRC32 0x3368f120 Query thread_id=3 exec_time=0 error_code=0
SET TIMESTAMP=1489331861/*!*/;
insert into target select * from tab_no_index where name='1'
/*!*/;
# at 580
#170312 23:18:48 server id 2552763370 end_log_pos 611 CRC32 0x1b39b7d7 Xid = 19
COMMIT/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
综述:
避免上锁又不影响复制的最优方式是:
innodb_locks_unsafe_for_binlog =1 (允许不安全的语句)
同时把
binlog_format=row (避免不安全的语句)
安全
语句
结果
原因
参数
变量
同时
情况
技术
方式
是在
模式
级别
而是
问题
面的
顺序
加行
分析
影响
数据库的安全要保护哪些东西
数据库安全各自的含义是什么
生产安全数据库录入
数据库的安全性及管理
数据库安全策略包含哪些
海淀数据库安全审计系统
建立农村房屋安全信息数据库
易用的数据库客户端支持安全管理
连接数据库失败ssl安全错误
数据库的锁怎样保障安全
网络技术工坊
网络技术四级题型
亳州手机软件开发多少钱
开黑啦方舟生存进化服务器
七日杀如何开专属服务器
top服务器
关于网络安全手工制作
rtr服务器
数据库和eclipse
服务器能耗计算
怎么进入西瓜视频专属服务器
买服务器需要提供什么
数据库管理员学历
游戏服务器设置要求
单位网络安全 方案
张家港技术软件开发售后服务
网络安全etf指数基金是多少
成都戴尔服务器报价
网络安全生态展厅
森维网络安全海报
软件开发中取票机制
结合自身实际如何维护网络安全
深圳市福彩中心网络安全培训
软件开发公司北京中小
开封直播软件开发哪家好
数据库和eclipse
民国报刊数据库
pg数据库改密码
金山区正规软件开发怎么样
网络安全大赛是黑客