最qdiscuz发布?jin)新的版本，免费了(jin)，用的人更多?jin)Q以前用其它论坛程序和discuz2.5/3.0的纷U{换或升到discuz4.0Q可见discuz作ؓ(f)中国人开发的PHP论坛E序Q确实是非常优秀的，在大家欣喜若狂的时候，也遇C(jin)一些问?
看到不少用户反映转换完以后是q的情?出现q种现象的主要原因是q类用户使用的都是MySQL4.1以上的版?下面作一个说?希望出现q个问题的朋友都能耐心(j)的把q个文档看完!!!
MySQL 4.1开始，对多语言的支持有?jin)很大变?(q导致了(jin)问题的出?。尽大部分的地?(包括个h使用和主机提供商)QMySQL 3?.0 仍然占主导地位；?MySQL 4.1 乃至5.0?MySQL 官方推荐的数据库Q已l有L提供商开始提供ƈ会(x)来多Q因?latin1 在许多地?(下边?x)详l描q具体是哪些地方) 作ؓ(f)默认的字W集Q成功的蒙蔽?jin)许?PHP E序的开发者和用户Q掩盖了(jin)在中文等语言环境下会(x)出现的问题?
MySQL 4.1开始把多国语言字符集分的更加详l，所以导致数据库q移Q或则dz论坛升?.0后（dz4.0开始用gbk或utf-8~码Q出Cؕ码问题?
MySQL 4.1的字W集支持(Character Set Support)有两个方面：(x)字符?Character set)和排序方?Collation)。对于字W集的支持细化到四个层次: 服务?server)Q数据库(database)Q数据表(table)和连?connection)?
查看pȝ的字W集和排序方式的讑֮可以通过下面的两条命令：(x)
QUOTE:
MySQL> SHOW VARIABLES LIKE 'character_set_%';
+--------------------------+----------------------------+
| Variable_name | Value |
+--------------------------+----------------------------+
| character_set_client | latin1 |
| character_set_connection | latin1 |
| character_set_database | latin1 |
| character_set_results | latin1 |
| character_set_server | latin1 |
| character_set_system | utf8 |
| character_sets_dir | /usr/share/MySQL/charsets/ |
+--------------------------+----------------------------+
7 rows in set (0.00 sec)
MySQL> SHOW VARIABLES LIKE 'collation_%';
+----------------------+-------------------+
| Variable_name | Value |
+----------------------+-------------------+
| collation_connection | latin1_swedish_ci |
| collation_database | latin1_swedish_ci |
| collation_server | latin1_swedish_ci |
+----------------------+-------------------+
3 rows in set (0.00 sec)
MySQL 4.1 对于字符集的指定可以l化C台机器上安装?MySQLQ其中的一个数据库Q其中的一张表Q其中的一栏，应该用什么字W集。但是，传统?Web E序在创建数据库和数据表时ƈ没有使用那么复杂的配|，它们用的是默认的配置Q那么，默认的配|从何而来呢？
~译 MySQL Ӟ指定?jin)一个默认的字符集，q个字符集是 latin1Q?
安装 MySQL Ӟ可以在配|文?(my.ini) 中指定一个默认的的字W集Q如果没指定Q这个值承自~译时指定的Q?
启动 MySQLd Ӟ可以在命令行参数中指定一个默认的的字W集Q如果没指定Q这个值承自配置文g中的Q?
此时 character_set_server 被设定ؓ(f)q个默认的字W集Q?
当创Z个新的数据库Ӟ除非明确指定Q这个数据库的字W集被缺省设定ؓ(f) character_set_serverQ?
当选定?jin)一个数据库Ӟcharacter_set_database 被设定ؓ(f)q个数据库默认的字符集；
在这个数据库里创Z张表Ӟ表默认的字符集被讑֮?character_set_databaseQ也是q个数据库默认的字符集；
当在表内讄一栏时Q除非明指定，否则此栏~省的字W集是表默认的字符集；
q个字符集就是数据库中实际存储数据采用的字符集，MySQLdump 出来的内容就是这个字W集下的Q?
当我们按照原来的方式通过PHP存取MySQL数据库时Q就设|了(jin)表的默认字符集ؓ(f)utf8q且通过UTF-8~码发送查询，你会(x)发现存入数据库的仍然是ؕ码。问题就出在q个connectionq接层上?br />
惌q行“正确”的存储和得到“正确”的结果，最方便的是在所有query开始之前执行一下：(x)
SET NAMES 'gbk';
其中gbk是数据库字符集?
它相当于下面的三句指令：(x)
SET character_set_client = gbk;
SET character_set_results = gbk;
SET character_set_connection = gbk;
4.1?.0默认使用的是latin1字符?木头:妈的,老外真霸?妄想让全世界都是使用瑞典字符集吗)
如果我们只想使用gbk字符集存储和获取数据,
我们在编译MySQL 4.1?5.0的时候，需要注意在my.ini或者my.cnf中添加两处参?
[Copy to clipboard] [ - ]
CODE:
[MySQLd]
default-character-set=utf8
[Copy to clipboard] [ - ]
CODE:
#settings for clients (connection, results, clients)
[MySQL]
default-character-set=utf8
下面我们来说主题Q如何{换数据库字符?br />
两种Ҏ(gu)Q?
QUOTE:
W一U?---更改存储字符?br />
主要的思想是把数据库的字W集有latin1改ؓ(f)gbkQbig5,或者utf8; 以下操作必须拥有L权限。假讑ֽ前操作的数据库名为：(x)database
导出
首先需要把数据gؓ(f)MySQL4.0的格式，具体的命令如下：(x)
MySQLdump -uroot -p --default-character-set=latin1 --set-charset=gbk --skip-opt databse > d4.sql
--default-characte-set 以前数据库的字符集，q个一般情况下都是latin1的，
--set-charset 导出的数据的字符集，q个可以讄为gbkQutf8,或者big5
导入
首先使用下面语句新徏一个GBK字符集的数据库（testQ?
CREATE DATABASE `d4` DEFAULT CHARACTER SET gbk COLLATE gbk_chinese_ci;
然后把刚才导出的数据导入到当前的数据库中ok?jin)?
MySQL -uroot -p --default-character-set=gbk -f d4<d4.sql
通过以上的导出和导入把数据库的字符集改为正的存储方式?jin)?
其中d4为新建库的名Uͼd4.sql为导出文件的名字
但是q种Ҏ(gu)Q发现数据库数据存储量无端变?0%Q真是郁?nbsp;
QUOTE:
另外一U其实原理相同，但是需要手动操作，一般用于第一U方法失败后的选择
不过q种Ҏ(gu)如果数据库很大，估计很难做，因ؓ(f)光打开文gp让你L
首先q是用PHPmyadmin或者用MySQL本n的dump导出 .sql文g
然后用UltraEdit打开你备份的所有xxxx.sql文gQ查?
[Copy to clipboard] [ - ]
CODE:
DEFAULT CHARSET=latin1
latin1q里也许是别的，反正是你不想要的Q要转成gbk或者big5的字W集
把这个替换ؓ(f)“I?#8221;
在查?
[Copy to clipboard] [ - ]
CODE:
CREATE TABLE cdb_sessions (
sid char(6) character set latin1 collate latin1_bin NOT NULL default '',
ip1 tinyint(3) unsigned NOT NULL default '0',
ip2 tinyint(3) unsigned NOT NULL default '0',
ip3 tinyint(3) unsigned NOT NULL default '0',
ip4 tinyint(3) unsigned NOT NULL default '0',
uid mediumint(8) unsigned NOT NULL default '0',
username char(15) NOT NULL default '',
groupid smallint(6) unsigned NOT NULL default '0',
styleid smallint(6) unsigned NOT NULL default '0',
invisible tinyint(1) NOT NULL default '0',
`action` tinyint(1) unsigned NOT NULL default '0',
lastactivity int(10) unsigned NOT NULL default '0',
fid smallint(6) unsigned NOT NULL default '0',
tid mediumint(8) unsigned NOT NULL default '0',
nickname char(15) NOT NULL default '',
UNIQUE KEY sid (sid)
) ENGINE=HEAP MAX_ROWS=1000;
替换?
[Copy to clipboard] [ - ]
CODE:
CREATE TABLE `cdb_sessions` (
`sid` char(6) binary NOT NULL default '',
`ip1` tinyint(3) unsigned NOT NULL default '0',
`ip2` tinyint(3) unsigned NOT NULL default '0',
`ip3` tinyint(3) unsigned NOT NULL default '0',
`ip4` tinyint(3) unsigned NOT NULL default '0',
`uid` mediumint(8) unsigned NOT NULL default '0',
`username` char(15) NOT NULL default '',
`groupid` smallint(6) unsigned NOT NULL default '0',
`styleid` smallint(6) unsigned NOT NULL default '0',
`invisible` tinyint(1) NOT NULL default '0',
`action` tinyint(1) unsigned NOT NULL default '0',
`lastactivity` int(10) unsigned NOT NULL default '0',
`fid` smallint(6) unsigned NOT NULL default '0',
`tid` mediumint(8) unsigned NOT NULL default '0',
`nickname` char(15) NOT NULL default '',
UNIQUE KEY `sid` (`sid`)
) TYPE=HEAP MAX_ROWS=2000;
q一步更为简单的办法是删除掉关于cdb_sessions表的q一D，来全新装一个d4Q将q个表导?br />
其内容复制Q粘贴到 sql文g的最后面
保存后，再把q个sql文g导入C的库?
O(jin)K?
用这两种Ҏ(gu)可以很方便的把4.1?.0的MySQL数据库降U到4.0
单的q程是
A导出4.1/5.0的库
Bq行处理Q{换成gbk字符?br />
Cd卸蝲4.1或?.0
D安装4.0.26
E然后导入处理完的?
降的时候导出库可以用这个方?br />
mysqldump -uroot -p --default-character-set=latin1 --set-charset=gbk --skip-opt databse --compatible=MySQL40 > d4.sql
q样导出的就?.0的库?
至于MySQL版本的升U，
如果数据文g中有中文信息Q那么将MySQL 4.0的数据文Ӟ直接拯到MySQL 4.1中就是不可以的，即便在my.ini中设|了(jin)default-character-set为正的字符集。虽然貌似没有问题，但MySQL 4.1的字W集有一处非常恼人的地方Q以gbkZQ原本MySQL 4.0数据中varchar,char{长度都?x)变(sh)原来的一半，q样存储中文定w不变Q而英文的存储定w少?jin)一半。这是直接拷贝数据文件带来的最大问题?
所以，升的根本，如果想?#8220;正确”的字W集Q还是先用MySQLdump导出成文Ӟ然后导入?/font>
]]>