2. 程式人生 > >【20181101】MySQL text型別的column設定為NOT NULL 導致主從1364

【20181101】MySQL text型別的column設定為NOT NULL 導致主從1364

阿新 • • 發佈：2018-11-01

環境

系統版本 ： CentOS release 6.8 (Final)
MySQL版本：5.6.29-log MySQL Community Server (GPL)

MySQL主從配置資訊

  1. binlog format ：MIXED
  2. sql_mode: NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

問題描述

從庫show slave status監控的時候發現sql_thread程序已經變成NO，並且爆出了1362錯誤，仔細檢視報錯的是一條insert into語句，並且丟擲了一個詳細的錯誤，大致的意思就是欄位column_1設定了NOT NULL但是沒有插入值並且沒有預設值。然後仔細檢查了一下表結構，具體資訊如下

  • 欄位column_1的確設定的是NOT NULL並且沒有設定default 預設值。
  • column_1欄位是是text型別，所以是無法設定defaut預設值。

本地環境手動執行驗證

在看到這個報錯的資訊的時候，直接google了一下，大部分答案顯示都是由於sql_mode的原因所導致的，要想解決這個問題，必須將執行：

mysql> set global sql_mode="NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION";

但是我在slave獲取得到的sql_mode就是 NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

,這個時候我在自己本地執行這個insert 插入語句驗證是否可以插入成功，發現是可以插入的。

猜想

這個時候我就想這個是否在主從複製的過程中，slave在執行這個insert插入的時候sql_mode發生了更改了，這個時候我解析slave的relay log資訊獲取得到 ：

# at 271
#181019 12:13:00 server id 5403005  end_log_pos 319 CRC32 0x755a7204    GTID [commit=yes]
SET @@SESSION.GTID_NEXT= '8e91de47-8f0b-11e8-824c-246e9699bb48:1408667354'/*!*/;
# at 319
#181019 12:13:00 server id 5403005  end_log_pos 440 CRC32 0x1add7880    Query   thread_id=47560669  exec_time=0 error_code=0
SET TIMESTAMP=1539922380/*!*/;
SET @@session.pseudo_thread_id=47560669/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
SET @@session.sql_mode=1344274432/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!\C utf8mb4 *//*!*/;
SET @@session.character_set_client=45,@@session.collation_connection=45,@@session.collation_server=45/*!*/;
SET @@session.time_zone='SYSTEM'/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
BEGIN
/*!*/;
# at 440
#181019 12:13:00 server id 5403005  end_log_pos 689 CRC32 0x1537384f    Query   thread_id=47560669  exec_time=0 error_code=0
use `finance_fixin_product`/*!*/;
SET TIMESTAMP=1539922380/*!*/;
.....
.....
.....

/*!*/;

可以很明顯的得到在上面binlog中有一個 SET @@session.sql_mode=1344274432/!/; 操作，那麼這操作將賦予sql_mode什麼值呢？

mysql>  SET @@session.sql_mode=1344274432;
Query OK, 0 rows affected (0.00 sec)

mysql> select @@global.sql_mode;
+--------------------------------------------+
| @@global.sql_mode                          |
+--------------------------------------------+
| NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION |
+--------------------------------------------+
1 row in set (0.00 sec)

mysql> select @@sql_mode;
+----------------------------------------------------------------+
| @@sql_mode                                                     |
+----------------------------------------------------------------+
| STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION |
+----------------------------------------------------------------+
1 row in set (0.00 sec)

執行操作之後，突然發現sql_mode多出來一個STRICT_TRANS_TABLES，這個時候大致可以獲取得到端倪了，因為在binlog在執行這條SQL的設定了session的sql_mode為嚴格模式，所以導致在sql_thread重放的時候出現了這個問題。

但是這個時候又冒出了一個新的問題，因為線上的表結構和架構和測試環境一模一樣，並且線上運行了這麼久的時間也沒有出現這個問題，帶著這個疑問我再次解析了線上binlog的日誌資訊：

#181101 10:12:26 server id 5403005  end_log_pos 420 CRC32 0x2fe38b78    Query   thread_id=51519927  exec_time=0 error_code=0
SET TIMESTAMP=1541038346/*!*/;
SET @@session.pseudo_thread_id=51519927/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
SET @@session.sql_mode=1344274432/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!\C utf8mb4 *//*!*/;
SET @@session.character_set_client=45,@@session.collation_connection=45,@@session.collation_server=45/*!*/;
SET @@session.time_zone='SYSTEM'/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
BEGIN
/*!*/;
# at 420
#181101 10:12:26 server id 5403005  end_log_pos 538 CRC32 0xb848f658    Table_map: `finance_fixin_cgb_gateway`.`t_cgb_receive_message` mapped to number 2056756
# at 538
#181101 10:12:26 server id 5403005  end_log_pos 740 CRC32 0x42756468    Write_rows: table id 2056756 flags: STMT_END_F
### INSERT INTO 
### SET
###   @1=5300431
###   @2='PA0052'
###   @3='b0009201811010033433728'
###   @4='10.201.5.129'
###   @5=2433
###   @6='128'
###   @7='0009a201811010143659612590571520'
###   @8='000920180907OR23805082566791168'
###   @9='0'
###   @10='0000'
###   @11='0000-操作成功。'
###   @12='2018-11-01 10:12:26'
###   @13='2018-11-01 10:12:26'
# at 740
#181101 10:12:26 server id 5403005  end_log_pos 771 CRC32 0xf5516de4    Xid = 12837058229
COMMIT/*!*/;

對比之後發現，線上的binlog格式是ROW格式，並且通過檢視insert語句發現在insert插入的時候沒有預設值會預設設定為' '，所以slave是不會報錯的。

解決問題

這個時候提出了倆個方案：

  • 更改表結構，允許為NULL
  • 設定master的binlog為ROW格式

最後和開發溝通之後還是選擇了第一個方案，修改表結構，主要是binlog格式的修改，必須先要斷開所有的連結，所以綜合考慮直接修改了表結構。

補充：

在binlog為statement的時候解析了發現了一條SET TIMESTAMP=1539922380語句，之前一直認為在statement格式下面使用時間函式會導致主從資料不一致，現在看到這個SQL，發現並不出現這種情況。

相關推薦

【20181101】MySQL text型別的column設定為NOT NULL 導致主從1364

環境 系統版本 ： CentOS release 6.8 (Final) MySQL版本：5.6.29-log MySQL Community Server (GPL) MySQL主從配置資訊 binlog format ：MIXED sql_mode: NO_AUTO_CREATE_USE

【20181101】MySQL text類型的column設置為NOT NULL 導致主從1364

5.1 uniq .... 詳細 明顯 方案 read 通過 mat 環境 系統版本 ： CentOS release 6.8 (Final) MySQL版本：5.6.29-log MySQL Community Server (GPL) MySQL主從配置信息 binl

【0052】mysql索引型別及索引方法

mysql索引型別normal，unique，full text的區別是什麼？ normal：表示普通索引 unique：表示唯一的，不允許重複的索引，如果該欄位資訊保證不會重複例如身份證號用作索引

MySQL欄位的屬性應該儘量設定為NOT NULL

1.節省空間 NULL 列需要更多的儲存空間：需要一個額外位元組作為判斷是否為 NULL 的標誌位。 2.空指標 查詢時，可以在一定程度上減少 NullPointerException。 3.減少因為空值而出現的計算錯誤 如果有 Null column 存在的情況下，count(NULL col

【轉】MySQL— 索引 Mysql幾種索引型別的區別及適用情況

【轉】MySQL— 索引 目錄 一、索引 二、索引型別 三、索引種類 四、操作索引 五、建立索引的時機 六、命中索引 七、其它注意事項 八、LIMIT分頁 九、執行計劃 十、慢查詢日誌     一、索引 MySQL索引的建立對於MySQL的高效執行是很重要的，

【小家SQL】MySql資料型別---日期時間型別的使用（含datetime和timestamp的區別）

每篇一句 練武不練功，到老一場空。 程式設計師應該注重內功的修煉，那才是核心競爭力 說在前面 在這一路學習過來，每次不管看書還是網上看的資料，對於MySQL資料型別中的時間日期型別總是一掃而過，不曾停下來認認真真的研究學習。最近看了一本關於MySql的書

【MySQL】MySQL資料型別寬度

MySQL中整數資料型別 上圖：MySQL的整數型別 MySQL中資料型別的顯示寬度 顯示寬度只是指明MYSQL最大可能顯示的數字個數，數值的位數小於指定的寬度時會有空格填充，取

【Sublime】Sublime Text 2集成TortoiseSVN插件

select term man ide targe spa mman 進行 borde 作者：zhanhailiang 日期：2014-09-30 1. 下載TortoiseSVN。將其安裝在默認位置； 2. 使用Sublime包管理器下載安裝Torto

【轉】MYSQL-CLUSTER-7.5搭建數據庫集群

安裝教程 讀寫 固定 現在 note res 順序 遠程訪問 關閉 閱讀目錄 前言 mysql cluster中的幾個概念解釋 架構圖及說明 下載mysql cluster 安裝mysql cluster之前 安裝配置管理節點 安裝配置數據和mysql節點

【HDOJ】1062 Text Reverse

main har getline eve names ace pac string ostream #include<iostream>#include<string>using namespace std;void main(){ int T; w

【轉載】MySQL事務以及SELECT ... FOR UPDATE的使用

商品 tail ase -a base 我們 evel erl tel MySQL中的事務，默認是自動提交的，即autocommit = 1； 但是這樣的話，在某些情形中就會出現問題：比如： 如果你想一次性插入了1000條數據，mysql會commit1000次的， 如果我

【轉】mysql執行計劃介紹

sta 備註 dex 統計信息 行數 temp 方式 否則 獲取 原文地址：http://www.jb51.net/article/43306.htm 1.查看mysql執行計劃 explain SELECT * from shippingorder where

【故障】MySQL主從同步故障－Slave_SQL_Running: No

ack counter stop usr mysql-bin back data 連接 xid 轉自：http://www.linuxidc.com/Linux/2014-02/96945.htm 故障現象：進入slave服務器，運行：mysql> show slav

【筆記】mysql入門語句8條

oot rom mysql入門 -h 添加 values arc trunc gdb 1、連接到數據庫服務器 mysql -h host -uroot -pXXXX 2、查看所有庫 show databases; 3、選庫 use 庫名 4、查看庫下面的表 show tab

【坑】 MySQL中，字符串和數值的比較

【坑】 mysql中 字符串和數值的比較 官方文檔：https://dev.mysql.com/doc/refman/5.7/en/comparison-operators.html原文：Comparison operations result in a value of 1 (TRUE), 0 (F

【轉】mysql的SQL_NO_CACHE(在查詢時不使用緩存)和sql_cache用法

his let 作用 upd 做了 ble effect table mea 轉自：http://www.169it.com/article/5994930453423417575.html 為了測試sql語句的效率，有時候要不用緩存來查詢。 使用 SELECT SQL

【工具】Sublime Text 自動保存功能

簡單 images log 失去焦點 找到 英文 ctrl http 分享 經常需要所以要頻繁用到"ctrl+s"保存還是挺麻煩的，所以有的人需要用到失去焦點自動保存功能，這裏簡單記錄下 1、點擊"Preferences"裏的設置-用戶，有的版本是英文 2、ctrl+f找

【Sphinx】MySQL+Sphinx 全文檢索的使用和測試

sphinx mysql 增量更新索引文 導讀：最近在線上由於某些不可名狀的原因需要在數據庫中過濾一些詞語,所以線上比較多的語句都是 select c1,c2 fron tb1 where c1 like '%name%'類似與這個樣子的模糊查詢。開始想到了全文索引來進行分詞，但是又想到

【20180105】mysql日常優化一則

ati 添加 http desc clas ima 不知道 gen 1.5 導讀：在日常的MySQL的SQL語句優化工作中,總會遇到了各種各樣的問題。今天就是遇到了一個比較詭異的問題，在這裏記錄下來方便自己的記憶。 MySQL版本信息: MySQL 5.6.3

【Sql】mySQL在windows環境啟動

ase commit 數據庫 用戶 pre creat 創建用戶表 windows服務 int SQL的不同版本在Windows環境啟動配置方法不同，此處僅介紹 5.7.20的配置方法； 1、登錄mysql官網下載windows環境下的工具壓縮包 http://