我有一個表,我MySQL
數據庫,其中IM使用UUID
作爲主鍵(二進制(36))當我插入插入UUID在MySQL從PHP
03aeecd8-d58f-4601-9c52-4fe85cb992e1
出現在數據庫
30336165656364382d643538662d343630312d396335322d346665383563623939326531
可能是什麼問題
這個問題開始發生時,我建立我自己的數據庫服務器,當我使用託管服務提供商的託管分貝那裏顯示正常
我有一個表,我MySQL
數據庫,其中IM使用UUID
作爲主鍵(二進制(36))當我插入插入UUID在MySQL從PHP
03aeecd8-d58f-4601-9c52-4fe85cb992e1
出現在數據庫
30336165656364382d643538662d343630312d396335322d346665383563623939326531
可能是什麼問題
這個問題開始發生時,我建立我自己的數據庫服務器,當我使用託管服務提供商的託管分貝那裏顯示正常
我認爲你正在觀看的值與phpMyAdmin顯示與HEX
功能打包的默認二進制字段。
長字符串是HEX('03aeecd8-d58f-4601-9c52-4fe85cb992e1')
的結果。
不知何故正在查看每個字符的ASCII碼十六進制: '0'= 30, '3'= 33, 'A'= 61,等
所以我不應該擔心它? – dakait 2014-10-09 06:39:18
對,你的數據是正常存儲的。請參閱@sectus的答案。 – 2014-10-09 15:32:28
我得到了一個downvote。我承認這不是公認的答案,但這是一條重要線索。 Downvoter,你可以請你選擇downvote嗎? – 2014-10-10 07:00:40
請顯示帶插入數據的var_dump的插入代碼。 – sectus 2014-10-09 06:23:09
當我檢索數據使用'SELECT'或顯示使用'var_dump'它看起來很好像'03aeecd8-d58f-4601-9c52-4fe85cb992e1' – dakait 2014-10-09 06:25:26