이 글에서는 주로 MySQL 그린 버전 설정 인코딩과 1067 에러 관련 정보를 소개하고 있습니다. 도움이 필요한 친구들은
MySQL 그린 버전 설정 인코딩과 1067 에러
MySQL 인코딩 보기
SHOW VARIABLES LIKE 'char%';
修改character_set_client、character_set_results、character_set_connection为GBK, 就不会出现乱码了。但其实只需要修改character_set_client和character_set_results。
서버에서 클라이언트로 전송된 데이터는 Character_set_result로 인코딩됩니다. UTF8인 경우 GBK를 사용하여 디코딩하면 콘솔에 문자가 깨질 것입니다. 콘솔 인코딩은 수정할 수 없기 때문에 Character_set_result는 GBK로만 수정이 가능합니다.
전체 구성은 다음과 같습니다.
# For advice on how to change settings please see # http://dev.mysql.com/doc/refman/5.6/en/server-configuration-defaults.html # *** DO NOT EDIT THIS FILE. It's a template which will be copied to the # *** default location during install, and will be replaced if you # *** upgrade to a newer version of MySQL. [mysqld] basedir = H:\MySQL datadir = H:\MySQL\data character_set_server = utf8 # Remove leading # and set to the amount of RAM for the most important data # cache in MySQL. Start at 70% of total RAM for dedicated server, else 10%. # innodb_buffer_pool_size = 128M # Remove leading # to turn on a very important data integrity option: logging # changes to the binary log between backups. # log_bin # These are commonly set, remove the # and set as required. # basedir = ..... # datadir = ..... # port = ..... # server_id = ..... # Remove leading # to set options mainly useful for reporting servers. # The server defaults are faster for transactions and fast SELECTs. # Adjust sizes as needed, experiment to find the optimal values. # join_buffer_size = 128M # sort_buffer_size = 2M # read_rnd_buffer_size = 2M sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES [client] port=3306 default-character-set = gbk
my.ini에 잘못된 구성을 작성하지 않도록 주의하세요. 실제로 1067 오류 중 상당수는 my.ini의 잘못된 구성으로 인해 발생합니다.
참고:실제로 Windows 10에서는 default-character-set = utf8로 설정한 다음 cmd에서 작동해도 문자가 깨져 발생하지 않습니다. 하지만 windows8.1과 windows7에서는 깨질 수 있습니다. 따라서 windows8.1 및 windows7에서는 default-character-set = gbk를 gbk로 설정해야 합니다
위 내용은 MySQL 그린 버전 설정 인코딩 및 1067 오류에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!