latin1php
可能需要修改数据库的配置
一般情况下我们在设计数据库的时候都会事先确定好要用的字符集，但当我们要使用以前的数据的时候，可能会遇到字符集不同的问题，字符集的修改不能通过alert database charest set *来直接修改，这样只是影响以后的数据，对已有的数据没有用，那怎么办那
我们模拟讲latin1字符集的数据库修改成GBK的字符集，
1，导出表结构：
mysqlmp -uroot -p --default -character-set = gbk -d databasename>createtab.sql
-default-character-set=gbk 表示设置上面字符集连接 -d表示只导出表结构
2,手工修改createtab.sql中表结构定义中的字符集为新的字符集。
3,确保记录不在更新，导出所有记录
mysqlmp -uroot -p --quick --no-create-info --extended-insert --default-chareacter-set=latina
databasename>date.sql
--quick 该选项用于转存储大的表，--extended-insert 可以使转存文件更小，重载的时候加快速度，
--no-create-info不写重新创建每个转存储表的create table 语句，--default-character-set=latin1按照原有的字符集导出所有数据，这样导出的文件中，所有的中文都是可见的，保证不会出项乱码，
4,打开data.sql 将set names lation1修改为set names gbk;
5,使用新的字符集创建数据库，
create database databasename default charset gbk;
6,创建表，执行createtab.sql
mysql -uroot -p databasename < createtab.sql
7,导入数据，执行data.sql，
mysql -uroot -p databasename < data.sql
参考上面的方法试验下！~
❷ php 读取mysql读取latin1连接方式的utf8数据时的乱码问题
利用数据库管理工具先
所
数据导
；
该sql文件
CHARSET=latin1改
CHARSET=utf8；
再
所
数据导
希望
所帮助
❸ 我的php中character_set_database latin1，用php插入数据，在数据库看是乱码，然后再用php调出来任然乱码
你的数据库应该使用gbk或者utf-8，如果像你说的其他都是utf-8的话推荐数据库也用utf8。
对于你的乱码问题，原因为：Latin1字符集不支持中文，所以在存入数据库后中文由于无法解析就会变成无意义的字符，这种乱码是无法恢复的。
❹ 数据库编码为latin1，在不改变数据库编码的情况下。怎样使查找出来的数据和插入的数据不乱码---php
在执行SQL操作前，先执行
mysql_query("SET character_set_connection=latin1,character_set_results=latin1,character_set_client=binary", $link);
❺ php代码页面打开乱码怎么解决
1、文件编码：指的是页面文件(.html,.php等)本身是以何种编码来保存的。记事本和Dreamweaver在打开页面时候会自动识别文件编码因而不太会出问题。而ZendStudio却不会自动识别编码，它只会根据首选项的配置固定以某种编码打开文件，如果工作时候一不注意，用错误编码打开文件，做了修改之后一保存，乱码就出现了（我深有体会）。
2、页面申明编码：在HTML代码HEAD里面，可以用<meta http-equiv="Content-Type" content="text/html; charset="XXX" />来告诉浏览器网页采用了什么编码，目前中文网站开发中XXX主要用的是GB2312和UTF-8两种编码。
3、数据库连接编码：指的是进行数据库操作时候以哪种编码与数据库传输数据，这里需要注意的是不要与数据库本身的编码混淆，比如MySQL内部默认是latin1编码，也就是说Mysql是以latin1编码来存储数据，以其他编码传输给Mysql的数据会被转换成latin1编码。
知道了WEB开发中哪些地方涉及到了编码，也就知道了PHP页面乱码产生的原因：上述3项编码设置不一致，由于各种编码绝大部分是兼容ASCII的，所以英文符号不会出现，中文就倒霉了。下面是一些常见的错误情况与解决：
1、数据库采用UTF8编码，而页面申明编码是GB2312，这是最常见的产生乱码的原因。这时候在PHP脚本里面直接SELECT数据出来的就是PHP页面乱码，需要在查询前先使用：
mysql_query("SET NAMES GBK"); 来设定MYSQL连接编码，保证页面申明编码与这里设定的连接编码一致（GBK是GB2312的扩展）。如果页面是UTF-8编码的话，可以用：
mysql_query("SET NAMES UTF8"); 注意是UTF8而不是一般用的UTF-8。假如页面申明的编码与数据库内部编码一致可以不设定连接编码。
注：事实上MYSQL的数据输入输出比上面讲的更复杂一些，MYSQL配置文件my.ini中定义了2个默认编码，分别是[client]里的default-character-set和[mysqld]里的default-character-set来分别设定默认时候客户端连接和数据库内部所采用的编码。我们上面指定的编码其实是MYSQL客户端连接服务器时候的命令行参数character_set_client，来告诉MYSQL服务器接受到的客户端数据是什么编码的，而不是采用默认编码。
2、页面申明编码与文件本身编码不一致，这种情况很少发生，因为如果编码不一致美工做页面时候在浏览器看到的就是乱码了。更多时候是发布以后修改一些小BUG，以错误编码打开页面然后保存导致的。或者是用某些FTP软件直接在线修改文件，比如CuteFTP，由于软件编码配置错误而导致转换错了编码。
3、一些租用虚拟主机的朋友，明明上述3项编码都设置正确了还是有PHP页面乱码。比方说网页是GB2312编码的，IE等浏览器打开却总是识别成UTF-8，网页HEAD里面已经申明是GB2312了，手动修改浏览器编码为GB2312后页面显示正常。产生原因是服务器Apache设定了服务器全局的默认编码，在httpd.conf里面加了AddDefaultCharset UTF-8。这时候服务器会首先发送HTTP头给浏览器，其优先级比页面里申明编码高，自然浏览器就识别错了。解决办法有2个，请管理员在配置文件自己的虚机里加上一条AddDefaultCharset GB2312来覆盖全局配置，或者在自己目录的.htaccess里配置。
❻ 如何让wampserver php字符集
在给表中插入中文字符时显示“？？”，Bai一番后给my.ini的配置文件中增加了默认字符集的配置
解决方案一：
需要将MySQL的字符集改为UTF-8。左键点击托盘区的WampServer图标，选择MySQL--my.ini，就会打开MySQL的配置文件 了，在[client]段落增加：default-character-set=utf8 ；在[mysqld]段落增加：character_set_server=utf8 。重启MySQL服务即可。
以下的文章主要介绍的是MySQL数据库中文乱码的实际解决方案，可以说是较为实用的。我们大家都知道在使用MySQL数据库时，我们对其插入一些中文字符的实际操作过程中经常会出现乱码，中文全被用?代替。
出现这种情况的原因，多是字符集不匹配造成的。
在MySQL中，如果使用缺省的字符集，在建库、建表时，默认使用的是latin1字符集，为ISO 8859-1西欧字符集。
插入中文字符时，与之不匹配，就会出现乱码。
本人使用的是MySQL 5.0版，并用C#操作MYSQL数据库，当插入中文字符时，发现显示的是乱码。
初步估计是字符集没有配对。查找后，发现MSYQL默认使用的是latin1，因此将数据库的配置文件中的字符设置改为utf8，并在C#中将中文字符，转为utf8，插入后，仍为乱码。
MySQL也支持gb2312，又将MySQL的字符设置改为gb2312，C#中使用Default，重起MySQL后，操作仍然无效。
后想起，虽然将MySQL的字符集设置为gb2312或utf8，但已经建立的数据库和表，仍采用的是默认的字符集，也即仍为当初的西欧字符集，最好，只得忍痛将数据库删除，重新以gb2312字符集建立数据库和表。
再用C#插入中文字符后，一切OK。
再安装好MySQL数据库后，可以手工或使用配置工具，将my.ini文件中的默认字符集改为gb2312，再重新建库和表时，不用再在语句中指定字符集，其默认设置也即为gb2312，可以正常显示中文字符集。
❼ php页面乱码原因
详解PHP页面乱码的具体解决办法 PHP在实际编写代码中，会经常出现一些问题，比如页面出现乱码等问题。我们接下来将会具体介绍PHP页面乱码的产生原因和相关解决方法。一般来说，PHP页面乱码的出现有2种原因，首先是由于编码(charset)设置错误，导致浏览器以错误的编码来解析，从而出现了满屏乱七八糟的“天书”，其次是文件被以错误的编码打开，然后保存，比如一个文本文件原先是GB2312编码的，却以UTF-8编码打开再保存。要解决上述PHP页面乱码问题，首先需要知道开发中哪些环节涉及到了编码：1、文件编码：指的是页面文件(.html,.php等)本身是以何种编码来保存的。记事本和Dreamweaver在打开页面时候会自动识别文件编码因而不太会出问题。而ZendStudio却不会自动识别编码，它只会根据首选项的配置固定以某种编码打开文件，如果工作时候一不注意，用错误编码打开文件，做了修改之后一保存，乱码就出现了(我深有体会)。2、页面申明编码：在HTML代码HEAD里面，可以用来告诉浏览器网页采用了什么编码，目前中文网站开发中XXX主要用的是GB2312和UTF-8两种编码。3、数据库连接编码：指的是进行数据库操作时候以哪种编码与数据库传输数据，这里需要注意的是不要与数据库本身的编码混淆，比如MySQL内部默认是latin1编码，也就是说Mysql是以latin1编码来存储数据，以其他编码传输给Mysql的数据会被转换成latin1编码。知道了WEB开发中哪些地方涉及到了编码，也就知道了PHP页面乱码产生的原因：上述3项编码设置不一致，由于各种编码绝大部分是兼容ASCII的，所以英文符号不会出现，中文就倒霉了。下面是一些常见的错误情况与解决：1、数据库采用UTF8编码，而页面申明编码是GB2312，这是最常见的产生乱码的原因。这时候在PHP脚本里面直接SELECT数据出来的就是PHP页面乱码，需要在查询前先使用：mysql_query("SET NAMES GBK"); 来设定MYSQL连接编码，保证页面申明编码与这里设定的连接编码一致(GBK是GB2312的扩展)。如果页面是UTF-8编码的话，可以用：mysql_query("SET NAMES UTF8"); 注意是UTF8而不是一般用的UTF-8。假如页面申明的编码与数据库内部编码一致可以不设定连接编码。注：事实上MYSQL的数据输入输出比上面讲的更复杂一些，MYSQL配置文件my.ini中定义了2个默认编码，分别是[client]里的default-character-set和[mysqld]里的default-character-set来分别设定默认时候客户端连接和数据库内部所采用的编码。我们上面指定的编码其实是MYSQL客户端连接服务器时候的命令行参数character_set_client，来告诉MYSQL服务器接受到的客户端数据是什么编码的，而不是采用默认编码。2、页面申明编码与文件本身编码不一致，这种情况很少发生，因为如果编码不一致美工做页面时候在浏览器看到的就是乱码了。更多时候是发布以后修改一些小BUG，以错误编码打开页面然后保存导致的。或者是用某些FTP软件直接在线修改文件，比如CuteFTP，由于软件编码配置错误而导致转换错了编码。3、一些租用虚拟主机的朋友，明明上述3项编码都设置正确了还是有PHP页面乱码。比方说网页是GB2312编码的，IE等浏览器打开却总是识别成UTF-8，网页HEAD里面已经申明是GB2312了，手动修改浏览器编码为GB2312后页面显示正常。产生原因是服务器Apache设定了服务器全局的默认编码，在httpd.conf里面加了AddDefaultCharset UTF-8。这时候服务器会首先发送HTTP头给浏览器，其优先级比页面里申明编码高，自然浏览器就识别错了。解决办法有2个，请管理员在配置文件自己的虚机里加上一条AddDefaultCharset GB2312来覆盖全局配置，或者在自己目录的.htaccess里配置
❽ php和mysql数据库问题
这个是属于正常的现象的,特别是用买的虚拟主机,虚拟主机的数据库编码一般为latin1
若想让库里的数据不出乱码,最好把数据库,网页文件编码进行统一!
❾ PHP编程 MySQL5.0数据库默认latin1_swedish_ci 乱码怎样截取成中文
在你执行任何
mysql_query("");
之前
先执行
mysql_query("set names gbk");
❿ PHP如何将mysql中字符集latin1的数据写入另一个字符为utf8的数据库中而不显示乱码
<?php
mysql_connect('localhost','root','');
mysql_select_db('xx');
mysql_query("set names utf8");//转换字符集
?>
汗，没看到后面的话，上面当我没说
怎么说你原库不能动。
你数据用PHP显示出来是不是乱码，这个才问题
不是。。。你瞎折腾啥子。这是数据库问题。