Mục đích của character_set_connection là gì?

Question

Chỉ cần đọc Stefan Gehrig câu trả lời tuyệt vời cho Is "SET CHARACTER SET utf8" necessary?, mà đi xa hơn một chút so với tài liệu của MySQL tại giải thích các giai đoạn diễn giải và chạy truy vấn w.r.t. bộ ký tự và collations, nhưng tôi vẫn không thể thực sự thấy mục đích của character_set_connection, hoặc cụ thể hơn chuyển mã câu lệnh từ character_set_client thành character_set_connection.

Tại sao không chỉ sử dụng character_set_client cho truy vấn và chuyển mã trực tiếp từ character_set_client thành tập ký tự của cột khi so sánh với giá trị cột? Mục đích của giai đoạn trung gian này là gì? Tài liệu hướng dẫn này đưa ra ví dụ về việc so sánh các bản in chữ, nhưng tại sao bạn lại muốn thực hiện điều này ngay từ đầu, hãy để một mình trong character_set_connection như trái ngược với character_set_client? Trừ khi sự hiểu biết của tôi về điều này (một cái gì đó như "chọn" somestr '=' somestr 'từ x ") là sai.

Cảm ơn bạn.

Answer 1

Hai khác biệt trong đó character_set_client được giả định là bộ ký tự câu lệnh được gửi từ máy khách và do đó bộ mã mà máy chủ sử dụng để diễn giải câu lệnh, trong khi character_set_connection là những gì máy chủ chuyển đổi câu lệnh thành để xử lý .

character_set_connection được sử dụng, như được thảo luận, để so sánh các chuỗi chữ. Điều này không cần thiết có nghĩa là cả hai mặt của phương trình phải là chuỗi ký tự bằng chữ. Ví dụ:

WHERE column_name = 'literal_string' 
    (charset col) (charset connection) 

Nếu bộ ký tự của cột và kết nối khác nhau, so sánh là bất hợp pháp và sẽ gây ra lỗi.

Kết quả (và thông báo phản hồi) sau đó được mã hóa thành character_set_results để gửi lại cho khách hàng.

Answer 2

Đó là vì MySQL cho phép mọi chuỗi ký tự có bộ ký tự riêng. Điều đó nói rằng, bộ ký tự của chuỗi ký tự trong một câu lệnh không phải lúc nào cũng giống như câu lệnh.

Xem trang này trong cuốn hướng dẫn: http://dev.mysql.com/doc/refman/5.5/en/charset-literal.html

Answer 3

> <?php 

// ... (create a connection to mysql) ... 

mysql_query("SET character_set_results = 'utf8', character_set_client = 'utf8', character_set_connection = 'utf8', character_set_database = 'utf8', character_set_server = 'utf8'", $conn); 

$re = mysql_query('SHOW VARIABLES LIKE "%character_set%";')or die(mysql_error()); 
while ($r = mysql_fetch_assoc($re)) 
{ 
    var_dump ($r); echo "<br />"; 
} 

exit; 

?> 

Tất cả các biến quan trọng bây giờ là utf-8 và chúng ta có thể an toàn sử dụng BIG hoặc chọn với mysql_escape_string ($ var) mà không cần bất kỳ chức năng mã hóa.

Answer 4

Sau khi đọc câu trả lời và tài liệu hướng dẫn, tôi chỉ có thể nghĩ đến một trường hợp sử dụng cho character_set_connection (và _collation):

CHỌN "StringA" < "StringB"

character_set_client chỉ vấn đề cho chuyển đến máy chủ. character_set_connection (và đối chiếu, không độc lập với bộ ký tự) quan trọng cho việc giải thích của tuyên bố. Cho dù "StringA" là nhỏ hơn "StringB" phụ thuộc vào bộ ký tự và collation của literals. Một nhà phát triển có thể chọn một bộ ký tự/collation khác với character_set_client.

Trong thực tế, character_set_connection không phải là vấn đề phần lớn thời gian, bởi vì các chữ được so sánh với các cột, trong trường hợp này, bảng mã và collation của cột được sử dụng.

Đúng nếu tôi sai!

Xem https://dev.mysql.com/doc/refman/5.0/en/charset-connection.html:

bộ ký tự gì nên máy chủ dịch một tuyên bố sau khi nhận nó? Đối với điều này, máy chủ sử dụng các biến hệ thống character_set_connection và collation_connection. Nó chuyển đổi các câu lệnh được gửi bởi khách hàng từ character_set_client đến character_set_connection (ngoại trừ các chuỗi ký tự có một người giới thiệu như _latin1 hoặc _utf8). collation_connection là quan trọng để so sánh các chuỗi chữ. Để so sánh các chuỗi có giá trị cột, collation_connection không quan trọng bởi vì các cột có số collation riêng, có tỷ lệ đối chiếu cao hơn.