1197多行事务要求更加大的max_binlog_cache_size管理与优化

发布时间:2019-09-23  栏目:NoSQL  评论:0 Comments

1197多语句事务要求越来越大的max_binlog_cache_size报错

各区、县级市城镇房屋制度改进办公室,市直各单位城镇房屋制度改进办公室,驻穗各单位城镇房屋制度改进办公室:
遵照省府《关于加速住宅制度改正推行民居房货币分配的打招呼》(粤府[1998]82号)文件精神,为越来越理顺和显眼城镇商品房制度改善售房备案专门的学业,现就有关难点通报如下:
一、原住户在二〇一八年已办理换购备案,换购后腾退出来的居家,未办城镇民居房制度改良备案的,由单位出具书面报告,按货币分配政策管理,可向职工以市镇价发售或出租汽车。
二、因加入武装集资建房、内部分房而供给退出地点的城镇民居房制度改正房的员工家中,可由购房人提议申请,经产权单位同意,个人出具经公证的具结书,允许退出地点已购城镇民居房制度改良房、退房时间尺度上不得越过今年11月31日。退房后,无法再参预地点的居室差额货币补贴及民居房货币分配。已领到了住宅差额货币补贴或民居房货币分配的,要一并向补贴单位退回已领到的方方面面津贴。
三、关于2018年初办理了城镇民居房制度改进预售备案并缴交了500元/平米城镇商品房制度改正预售款的标题。
在建的单位自行建造房既办理了城镇民居房制度改善发售备案,又办理了城镇民居房制度改正预售备案并交了预售款的,原则上按城镇民居房制度改良预售办理。
已办理了城镇民居房制度改正预售备案,职工自觉遗弃城镇商品房制度改进的,由单位出示书面报告,个人出具具结书,经自身办钻探同意后,允许退款。
已预定了单位在建房的人手,由于愿意参预民居房差额货币补贴、民居房货币分配等原因,自愿放任购买已订购的在建商品房、须求退款的,经单位同意,允许退款,并录入个人商品房档案。
四、已办理了城镇民居房制度改善登记备案的单位自行建造房,于2018年6月1日后经设计部门许可核发“建设工程规划许可证”或经设计单位承认先行基础施工的高层住宅,及十二月1日后经特许先行基础施工的多层住宅,原则上按城镇民居房制度改良预售备案管理。
五、单位为职员和工人业办公室理商品房差额货币补贴时,需提供产权证及缴款明细表作为查处的依赖;如暂相当的小概提供产权证的,需提供由市城镇房屋制度改进办公室盖章及银行加盖收款章的缴款明细表;对由此无法提供上述注脚的,必需持评估表、合同书和送款单的影印件,并分别加盖售房单位的公章后,送市房改办考察。
已换购、补购了住宅的职工家庭,不论是还是不是到达商品房面积标准中限,一律不得再领取住房差额货币补贴。
六、下岗职工(买断工作年龄及从新就业的下岗职工除了这么些之外)及放入市社会保证统一打算体系的防退休职工,其商品房差额货币补贴准则上由原专门的学问单位消除,原专门的学业单位可依照自己的经济条件决定发放与否及发放的章程。
七、1997年4月12日后升任了职分,并因此城镇民居房制度改进备案现今年城镇民居房制度改进购房、换购、补购商品房及领取民居房或领取民居房差额货币补贴的行业内部,仍按3000年4月1方今的职责举办。
在办理城镇商品房制度改善检查核对时,单位还须在缴款明细表加盖组织、人事部门公章。
已领到了商品房差额货币补贴的职工,不论倾听种原因、曾几何时提升地方均不足再按进步后的职位补足收入的差额。
八、对已加入了城镇民居房制度更始购房的职员和工人家庭,如仍租住公房的,其租住的公房应该剥离;暂不能够脱离的,必需以市集价购买或市集租金计租。
九、在马尼拉市八区以外的地面已按本地城镇民居房制度改革政策到位城镇商品房制度改善购房的职员和工人家中,一方在布宜诺斯艾Liss市做事的,不得按马尼拉市的城镇民居房制度改良政策购房或领取民居房差额货币补贴。如自觉退出外市城镇民居房制度改进房房的,可按高雄市的居室货币分配政策领取商品房货币补贴。
如省城镇房屋制度改进办公室对该规定有新明确的,按省城镇房屋制度改良办公室规定办。
十、对城镇民居房制度革新房已返售又再次报名购房及违背规定前后相继购有两套公房的职工,由单位出具书面报告后,按以下法规管理:
第三遍购进的宅院经济考察核确实已于二零一八年初前办妥返售手续的,认可其现购房换购手结。
违反合同前后相继购买两套房的,若首先次购进的住宅已达自身职责面积规范下限,必需退出当中的一套住宅,同期对有关人口授予照望切磋;对再而三隐瞒事实,剧情严重的,要查究有关人口的法律义务,并遵照《湖北省城市和商场房土地资金财产权登记条例》(湖北省人大公告第67号)的分明,由房土地资金财产管理机关撤废购房人第二套民居房的产权登记;若首先次购进的宅院未达本人职责面积规范下限的,允许补购第二套住宅,也得以办理换购,必需按换购、补购政策办理,增面积有的按二〇一八年的花费价计价,不计折扣,超面积部分按市镇价计价。华盛顿市住宅制度改良总管小组

  binlog_cache_size:为各个session
分配的内部存款和储蓄器,在作业进度中用来积攒二进制日志的缓存,提升记录bin-log的功用。未有何大事情,dml亦不是很频仍的地方下得以设置小一些,即使工作余大学何况多,dml操作也一再,则足以适用的调大学一年级点。

[打字与印刷小说][关门本页]

max_binlog_cache_size设置的参阅规范

附 件:

 
Binlog_cache_disk_use表示因为大家binlog_cache_size设计的内部存款和储蓄器不足导致缓存二进制日志用到了一时文件的次数;Binlog_cache_use
表示用binlog_cache_size缓存的次数,当对应的Binlog_cache_disk_use
值非常大的时候 我们得以思念十分的调高 binlog_cache_size
对应的值

【故障情景】

 
通过脚本以load的法门导入数据时,出现多行事务需求的max_binlog_cache_size空间不足。该数据文件HAOHUAN.txt只含有以逗号分隔的500万行左右的数量,每行四列,文件大小为270M。

1 [root@172-16-3-190 shells]# bash +x load_data_into.sh 
2                 文件的总数为:1 
3                 文件名为:/tmp/load/HAOHUAN.txt 
4 当前正在处理的文件是:/tmp/load/HAOHUAN.txt
5 load data infile '/tmp/load/HAOHUAN.txt' into table practice.temp_baofoo_unbind fields terminated by ',' lines terminated by '\n' (merchant_no,bank_code,bank_card,protocol_no)
6 Warning: Using a password on the command line interface can be insecure.
7 ERROR 1197 (HY000) at line 1: Multi-statement transaction required more than 'max_binlog_cache_size' bytes of storage; increase this mysqld variable and try again

【故障排查】

 
查看max_binlog_cache_size的深浅,开采数据文件的轻重确实较max_binlog_cache_size的值要小,借使max_binlog_cache_size的分寸不足以贮存事务的binlog,那么会临时选取磁盘不常文件来贮存binlog,通过查看Binlog_cache_disk_use开掘使用一时文件存放的次数为1。由此增大max_binlog_cache_size的值到300M,再一次实践脚本开掘依旧报同样的一无可取。且使用有时文件的次数为2,使用有的时候文件的存放binlog的总次数也对应由15充实到了17回。

 1 mysql> show global variables like '%binlog_cache%';
 2 +-----------------------+-----------+
 3 | Variable_name | Value |
 4 +-----------------------+-----------+
 5 | binlog_cache_size | 16777216 |
 6 | max_binlog_cache_size | 268435456 |
 7 +-----------------------+-----------+
 8 2 rows in set (0.00 sec)
 9 
10 mysql> show global status like '%binlog_cache%';
11 +-----------------------+-------+
12 | Variable_name | Value |
13 +-----------------------+-------+
14 | Binlog_cache_disk_use | 1 |
15 | Binlog_cache_use | 15 |
16 +-----------------------+-------+
17 2 rows in set (0.00 sec)
18 
19 mysql> set @@global.max_binlog_cache_size=300000000;
20 Query OK, 0 rows affected, 1 warning (0.00 sec)
21 
22 [root@172-16-3-190 shells]# bash +x load_data_into.sh          
23                 文件的总数为:1 
24                 文件名为:/tmp/load/HAOHUAN.txt 
25 当前正在处理的文件是:/tmp/load/HAOHUAN.txt
26 load data infile '/tmp/load/HAOHUAN.txt' into table practice.temp_baofoo_unbind fields terminated by ',' lines terminated by '\n' (merchant_no,bank_code,bank_card,protocol_no)
27 Warning: Using a password on the command line interface can be insecure.
28 ERROR 1197 (HY000) at line 1: Multi-statement transaction required more than 'max_binlog_cache_size' bytes of storage; increase this mysqld variable and try again
29 
30 mysql> show global status like '%binlog_cache%';         
31 +-----------------------+-------+
32 | Variable_name | Value |
33 +-----------------------+-------+
34 | Binlog_cache_disk_use | 2 |
35 | Binlog_cache_use | 16 |
36 +-----------------------+-------+
37 2 rows in set (0.00 sec)

万般无奈直接扩张max_binlog_cache_size的值到500M时难点才缓慢解决(后经test实际给到400M也足以load成功),但是slave上的值没有即刻转移,因此SQL同步线程报错,stop同步线程,同master一样的改观后,同步才算平常

 1 mysql> set @@global.max_binlog_cache_size=500000000;
 2 Query OK, 0 rows affected, 1 warning (0.00 sec)
 3 
 4 mysql> show slave status \G;
 5 *************************** 1. row ***************************
 6                Slave_IO_State: Waiting for master to send event
 7                   Master_Host: 172.16.3.190
 8                   Master_User: repl
 9                   Master_Port: 3309
10                 Connect_Retry: 30
11               Master_Log_File: binlog.000018
12           Read_Master_Log_Pos: 120
13                Relay_Log_File: relay_bin.000006
14                 Relay_Log_Pos: 6973
15         Relay_Master_Log_File: binlog.000017
16              Slave_IO_Running: Yes
17             Slave_SQL_Running: Yes
18               Replicate_Do_DB: 
19           Replicate_Ignore_DB: 
20            Replicate_Do_Table: 
21        Replicate_Ignore_Table: 
22       Replicate_Wild_Do_Table: 
23   Replicate_Wild_Ignore_Table: 
24                    Last_Errno: 1197
25                    Last_Error: Could not execute Write_rows event on table practice.temp_baofoo_unbind; Multi-statement transaction required more than 'max_binlog_cache_size' bytes of storage; increase this mysqld variable and try again, Error_code: 1197; Writing one row to the row-based binary log failed, Error_code: 1534; handler error HA_ERR_RBR_LOGGING_FAILED; the event's master log binlog.000017, end_log_pos 268602107
26                  Skip_Counter: 0
27           Exec_Master_Log_Pos: 11408
28               Relay_Log_Space: 333526981
29               Until_Condition: None
30                Until_Log_File: 
31                 Until_Log_Pos: 0
32            Master_SSL_Allowed: No
33            Master_SSL_CA_File: 
34            Master_SSL_CA_Path: 
35               Master_SSL_Cert: 
36             Master_SSL_Cipher: 
37                Master_SSL_Key: 
38         Seconds_Behind_Master: 208
39 Master_SSL_Verify_Server_Cert: No
40                 Last_IO_Errno: 0
41                 Last_IO_Error: 
42                Last_SQL_Errno: 1197
43                Last_SQL_Error: Could not execute Write_rows event on table practice.temp_baofoo_unbind; Multi-statement transaction required more than 'max_binlog_cache_size' bytes of storage; increase this mysqld variable and try again, Error_code: 1197; Writing one row to the row-based binary log failed, Error_code: 1534; handler error HA_ERR_RBR_LOGGING_FAILED; the event's master log binlog.000017, end_log_pos 268602107
44   Replicate_Ignore_Server_Ids: 
45              Master_Server_Id: 1903309
46                   Master_UUID: 1b589d80-f450-11e7-9150-525400f4ecb2
47              Master_Info_File: /opt/app/mysql_3309/logs/master.info
48                     SQL_Delay: 0
49           SQL_Remaining_Delay: NULL
50       Slave_SQL_Running_State: Reading event from the relay log
51            Master_Retry_Count: 86400
52                   Master_Bind: 
53       Last_IO_Error_Timestamp: 
54      Last_SQL_Error_Timestamp: 180803 17:39:08
55                Master_SSL_Crl: 
56            Master_SSL_Crlpath: 
57            Retrieved_Gtid_Set: 
58             Executed_Gtid_Set: 
59                 Auto_Position: 0
60 1 row in set (0.00 sec)
61 
62 mysql> stop slave;
63 Query OK, 0 rows affected (1 min 10.64 sec)

【故障总括】

  max_binlog_cache_size参数时动态参数,该值的设置能够参照他事他说加以考察binlog_cache_use的大大小小来对号入座扩大。load导入或然delete数据的分寸必须求当先max_binlog_cache_size的值,多行事务技巧不辱职分实践。该参数值修改后,注意要与布局文件中的值大小同样。

留下评论

网站地图xml地图