為什麼舊腳本遷移到MySQL時波斯文出現亂碼？

MySQL 中錯誤編碼資料之謎：新舊腳本的案例

在資料儲存和擷取領域，工作時遇到意外行為並不罕見與不同的系統。開發人員在嘗試將資料從舊腳本遷移到新腳本時遇到的令人費解的編碼差異就是這種情況。

問題：亂碼

開發人員面臨一個特殊的問題：在舊腳本中使用UTF-8 編碼的波斯字符在使用新腳本時顯示為亂碼，即使這兩個腳本都應該使用相同的字元集(UTF-8)。

嫌疑人：資料庫配置

最初的故障排除工作主要集中在資料庫設定上。舊腳本使用自訂資料庫引擎，而新腳本使用 MySQL。為了確保相容性，開發人員驗證了 MySQL 資料庫的字元集和排序規則分別設定為 UTF-8 和 UTF-8_persian_ci。

奇怪的行為

儘管設定了正確的字元集和排序規則，但差異仍然存在。舊腳本繼續正確顯示波斯語字符，而新腳本仍然顯示亂碼。

根本原因：連線故障

深入研究問題後開發人員發現了一個微妙但至關重要的細節：舊腳本使用的資料庫連線設定為Latin1。這個看似無害的設定對資料編碼有重大影響。

它是如何發生的

當資料最初使用舊腳本插入資料庫時，PHP 發送UTF-8 編碼的字串存入資料庫。由於連接設定為 Latin1，資料庫將表示波斯字元的位元組解釋為 Latin1 值。因此，字元以錯誤的編碼儲存在資料庫中。

解決方案：資料庫轉換

為了解決雕刻錯誤，開發人員必須轉換資料在資料庫中轉換為正確的 UTF-8 格式。這可以使用以下 SQL 語句來實現：

SELECT CONVERT(BINARY CONVERT(field_name USING latin1) USING utf8) FROM table_name

轉換完成後，波斯語字元將以正確的 UTF-8 編碼儲存在資料庫中。新腳本現在可以正確檢索並顯示數據，與舊腳本的輸出相符。

以上是為什麼舊腳本遷移到MySQL時波斯文出現亂碼？的詳細內容。更多資訊請關注PHP中文網其他相關文章！