【討論中】【更新】求教：binlog中字段值是十六進制

byrcc

前些時間很忙，沒有繼續(xù)分析這個問題。今天再研究了一下，有些眉頭了，基本定位到prepare statement的問題，并且可以重現(xiàn)，腳本附后面。在這里有個類似的問題http://bugs.mysql.com/bug.php?id=54791，不過粗看一下還是沒發(fā)現(xiàn)問題根源和解決辦法。求各位大牛幫分析分析！
重現(xiàn)條件：1，表gbk編碼。2，使用prepare方式插入數(shù)據(jù)。
我在5.0.77-log和5.1.61-log版本的mysql上都測試都有這問題，php版本5.1.6
插入數(shù)據(jù)可以成功，并在表中能查到數(shù)據(jù)，值都正確，但是使用mysqlbinlog查看到的sql中的數(shù)值是十六進制的，而general query log也顯示是十六進制的，如下
mysqlbinlog查看結(jié)果：
insert into tbl_test_pdo values(0x30,0x313030373736363032,0xB2E2)
general log：

1. Time                 Id Command    Argument
   
2. 120907 18:24:20     1 Connect   root@127.0.0.1 on cc
   
3.                     1 Query     set names gbk
   
4.                     1 Prepare   insert into tbl_test_pdo values(?,?,?)
   
5.                     1 Execute   insert into tbl_test_pdo values(0x30,0x313030373736363032,0xB2E2)
   
6.                     1 Close stmt

復制代碼

我測試使用的腳本
建表：

1. CREATE TABLE `tbl_test_pdo` (
   
2.   `id` int(11) NOT NULL AUTO_INCREMENT,
   
3.   `num` decimal(18,0) DEFAULT NULL,
   
4.   `dsc` varchar(32) DEFAULT NULL,
   
5.   PRIMARY KEY (`id`)
   
6. ) ENGINE=InnoDB AUTO_INCREMENT=56 DEFAULT CHARSET=gbk

復制代碼

php腳本：

1. $dbms='mysql';
   
2. $host='127.0.0.1';
   
3. $dbname='test';
   
4. $dbuser='root';
   
5. $dbpass='pass';
   
6. $dsn="$dbms:host=$host;dbname=$dbname";
   
7. try {
   
8.         $dbh = new PDO($dsn, $dbuser, $dbpass);
   
9.         $sql2 = "insert into tbl_test_pdo values(:_1,:_2,:_3)";
   
10.         $dbh->exec('set names gbk');
    
11.         $stmt = $dbh->prepare($sql2,array(PDO::ATTR_CURSOR => PDO::CURSOR_FWDONLY));
    
12.         $rlt = $stmt->execute(array(':_1'=>0,':_2'=>100776602,':_3'=>'測'));
    
13. } catch (PDOException $e) {  die ("Error!: " . $e->getMessage()); }

復制代碼

===================上次發(fā)貼內(nèi)容=====================
新手求教大家一個問題
mysql版本：5.1.61-log
使用這個版本自帶mysqlbinlog查看一個binlog文件，發(fā)現(xiàn)有下面的sql。它的特點是，values列表的值全是十六進制的，開發(fā)反應也沒有直接使用十六進制操作數(shù)據(jù)庫。為啥查看出來的binlog結(jié)果是這樣的呢？
表的id定義為decimal(18,0) primary key,而這個sql中的id值0x313030373736383436轉(zhuǎn)成十進制后，已經(jīng)超過decimal(18,0)的范圍。當前mysql的sql_mode為默認設(shè)置。這條數(shù)據(jù)，依據(jù)開發(fā)的log，id的值大概在100776703這個值大小。而100776703這個id在表中也能夠查到那條數(shù)據(jù)。
這問題導致的結(jié)果是，在從庫上，這個表的更新報錯了，錯誤描述是tbl_xxxxxxxxxx這個表id主鍵沖突，沖突的值是999999999999999999，這個值恰好是十六進制id值0x313030373736383436截斷到精度decimal(18,0)后的值。

不知道大家是否遇到過同樣的問題？

insert into tbl_xxxxxxxxxx (id,version,createtime,updatetime,...在此省略部分字段列表...) values (0x313030373736383436,0x31,0x323031322D30382D31342031363A31313A3132,0x323031322D30382D31342031363A31313A3132,"","",0x313932307831323030,"","","","",0x736F676F752E636F6D,0xBAA3D4F4CDF5382E6A7067,0x373532,"","","","","","","",0x2F75706C6F6164496D6167652F323031322F30382F31342F313334343933313837325F352E6A7067,0x2F75706C6F6164496D6167652F323031322F30382F31342F313334343933313837325F352E6A70675F73,0x31,0x33,0x2D31,0x3530,0x30,0x2D31,0x2D31,0x30,0x31,"")

cenalulu

mysqlbinlog 用什么參數(shù)查看的？

cenalulu

mysqlbinlog 用什么參數(shù)查看的？

byrcc

就直接是mysqlbinlog logfile_name，并且在slave庫上，報錯時，show slave status 看到的錯誤信息中sql里的值也是十六進制的，同樣在從庫的errorlog中顯示得結(jié)果也如此
回復 3# cenalulu


   

cenalulu

master 上的binlog有這個問題么？

PS：這個event 是row format 還是statement format的？

byrcc

回復 5# cenalulu


這個sql是在master上的binlog中看到的。

mysql 5.1.61版本，剛從5.0版本升級完成，沒有修改mysql的默認復制模式，所以應該是statement format，不過不知道跟升級是否有關(guān)。只是升級之前從庫一直打開著slave-skip-errors=1062，升級以后特意把它關(guān)閉了。

ps：開發(fā)說這個表操作有點特殊，使用了pdo連接，執(zhí)行sql前運行了PDO:: perpare。這東西沒見過，也沒研究，但應該跟它無關(guān)吧

cenalulu

如果是statment format的話，SQL 應該是原樣保存的。
應該不是mysql級別的問題。
看看程序過來的query是不是就是十六進制模式的。
general log 或者tcpdump看下

byrcc

搜到這個帖子，也遇到了同樣的問題。不過我還在跟開發(fā)溝通
http://www.itpub.net/forum.php?m ... ble&tid=1402633

rucypli

這個還真沒遇到過   不過主鍵id竟然不是自增鍵啊

rucypli

不過可以肯定這個insert語句肯定是開發(fā)那邊的問題