免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 7504 | 回复: 4
打印 上一主题 下一主题

MySQL5.5的字符集 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2011-04-17 15:16 |只看该作者 |倒序浏览
MySQL的字符集小结
正确了解MySQL的字符集问题,能够从根本上解决乱码的困扰。

首先,MySQL的字符集问题主要是两个概念,一个是Character Sets,一个是Collations,前者是字符内容及编码,后者是对前者进行比较操作的一些规则。这两个参数集可以在数据库实例、单个数据库、表、列等四个级别指定。

对于使用者来说,一般推荐使用utf8编码来存储数据。而要解决乱码问题,不单单是MySQL数据的存储问题,还和用户的程序文件的编码方式、用户程序和MySQL数据库的连接方式都有关系。

首先,MySQL有默认的字符集,这个是安装的时候确定的,在编译MySQL的时候可以通过DEFAULT_CHARSET=utf8和DEFAULT_COLLATION=utf8_general_ci这两个参数(MySQL5.5版本,5.1版本用--with-charset=utf8 --with-collation=utf8_general_ci)来指定默认的字符集为utf8,这也是最一劳永逸的办法,这样指定后,客户端连接到数据库的编码方式也默认是utf8了,应用程序不需要任何处理。

但是遗憾的是,很多人编译安装MySQL的时候没有指定这两个参数,大多数人更是通过二进制程序的方式安装,那么这时候MySQL的默认字符集是latin1。而这时候我们仍然可以指定MySQL的默认字符集,通过my.cnf文件增加两个参数:

character_set_server=utf8collation_server=utf8_general_ciinit_connect = 'SET NAMES utf8'default-character-set = utf8character_set_server=utf8
collation_server=utf8_general_ci
这样我们建数据库建表的时候就不用特别指定utf8的字符集了。配置文件里的这种写法解决了数据存储和比较的问题,但是对客户端的连接是没有作用的,客户端这时候一般需要指定utf8方式连接才能避免乱码。也就是传说总的set names命令。
事实上,set names utf8命令对应的是服务器端以下几个命令:
SET character_set_client = utf8;
SET character_set_results = utf8;
SET character_set_connection = xutf8;
但这三个参数是不能写在配置文件my.cnf里的。只能通过set命令来动态修改。我们需要的是在配置文件里写好一劳永逸的办法。
那么这时候,是否有在服务端解决问题的办法呢,可行的思路是在init_connect里设置。这个命令在每个普通用户连接上来的时候都会触发执行,可以在[mysqld]部分增加以下一行设置连接字符集:
init_connect = 'SET NAMES utf8'
这样就简单的解决了问题,但是要注意的是,这个命令对具有super权限的用户是不生效的,可以简单的测试如下:
[root@localhost init.d]# mysql -u root -p
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 6
Server version: 5.1.49-log MySQL Community Server (GPL)
Copyright (c) 2000, 2010, Oracle and/or its affiliates. All rights reserved.
This software comes with ABSOLUTELY NO WARRANTY. This is free software,
and you are welcome to modify and redistribute it under the GPL v2 license
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql> show variables like '%collation%';
+----------------------+-------------------+
| Variable_name        | Value             |
+----------------------+-------------------+
| collation_connection | latin1_swedish_ci |
| collation_database   | utf8_general_ci   |
| collation_server     | utf8_general_ci   |
+----------------------+-------------------+
3 rows in set (0.00 sec)
mysql> show variables like '%character%';
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | latin1                     |
| character_set_connection | latin1                     |
| character_set_database   | utf8                       |
| character_set_filesystem | binary                     |
| character_set_results    | latin1                     |
| character_set_server     | utf8                       |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
8 rows in set (0.00 sec)
我们看到root用户看到的connection相关参数仍然是latin1,而普通用户看到的却是utf8。实际上,对于mysql, mysqladmin, mysqlcheck, mysqlimport和mysqlshow这些客户端命令程序,可以设置以下参数在配置文件的[client]部分,为这些程序指定默认用utf8编码和连接:
default-character-set = utf8
网上很多资料(包括一些大公司的所谓牛人)说加上这一行就能彻底解决乱码问题,这是不正确的,这个参数只对以上几个官方的客户端程序有用,对普通的第三方程序,比如php代码是无效的。
当然,这个参数可以方便DBA的管理,还是很有用的,而这个参数也能解释为什么DBA看到的内容和普通用户看到的内容有时会有差异。
除了数据库的存储,连接数据库的方式,还有就是程序本身的编码也要是utf8方式来保存,当然这与MySQL数据库已经无关了,而是客户端显示的问题。
总结一下就是:
1、首选在编译安装MySQL的时候指定两个参数使用utf8编码。
2、次选在配置文件my.cnf设定两个参数,同时设置init_connect参数。
3、第三在配置文件my.cnf设定两个参数,同时客户端的连接指定set names命令。
4、在配置文件my.cnf里加入default-character-set参数方便管理。

论坛徽章:
0
2 [报告]
发表于 2011-04-17 15:18 |只看该作者
安装  把以前的都携drop
mysql 5.5  11 在linux安装成功但是无法进入 starting MySQL. ERROR! The server quit without updating PID file ( ar b/mysql/

下面的都要注释掉 否则没有办法执行

运行#default-character-set=utf8
#character-set-server=utf8
#default-collation=utf8_unicode_ci

#default-table-type=INNODB


#record_buffer = 16M

论坛徽章:
0
3 [报告]
发表于 2011-04-17 16:20 |只看该作者
对MySQL进行upgrade后执行mysql_upgrade时报错:

mysql_upgrade -u root -p

Looking for 'mysql' as: mysql

Looking for 'mysqlcheck' as: mysqlcheck

mysql_upgrade: Can't create/write to file 'sqlsQX4QS' (Errcode: 2)

FATAL ERROR: Failed to create temporary file for defaults

这应该是是mysql的一个bug,从报错可以看出,是因为mysql_upgrade需要创建临时文件,而其在该目录有没有写入权限导致的,一般在windows下会出现,在windows下需要以administrator权限执行。

通过--tmpdir选项指定有可写权限的目录就可解决问题。

mysql_upgrade -u root -p --tmpdir=/usr/local/mysql/tmp/



mysql_upgrade是一个binary命令,用来检查mysql在upgrade后所有数据库表(包括mysql库)是否与升级后的mysql版本兼容,同时也会升级mysql库下的系统表,它是用来代替mysql_fix_privilege_tables。它会check所有表并尝试对发现问题的表进行repair,执行完后会在datadir目录下生成mysql_upgrade_info文件记录mysql的版本号,以便再执行mysql_upgrade时判断是否还需检查所有表。

mysql_upgrade会等价执行以下命令:

mysqlcheck --all-databases --check-upgrade --auto-repair

mysql < fix_priv_tables

mysqlcheck --all-databases --check-upgrade --fix-db-names --fix-table-names






文章出处:飞诺网(www.firnow.com):http://dev.firnow.com/course/7_d ... 0100721/484438.html

论坛徽章:
0
4 [报告]
发表于 2011-04-17 18:15 |只看该作者
MySQL5.0升级到5.1中mysql_upgrade失败的问题

问题描述
时间 2008.8.30
环境 CentOS4.6 MySQL5.0.18 MySQL 5.1.12
问题简介 升级MySQL二进制程序到5.1后,mysqld启动失败
症状 执行原来的服务启动脚本(/usr/local/app/mysql start)报错,事实上是我疏忽了,这个问题从升级的那一天开始就有了,不过我升级的是测试服务器,升级后也没做检查,mysql是使用daemontools启动的,一旦启动失败,会不断尝试启动,所以竟然也没有发现问题,只到前不久想要登录发现不行了,发现mysql.err居然超过1G,稍微看了一下确认是同样的错误
080908 17:28:06 [Note] Plugin 'InnoDB' disabled by command line option
/usr/local/mysql/bin/mysqld: Table 'mysql.plugin' doesn't exist
080908 17:28:06 [ERROR] Can't open the mysql.plugin table. Please run mysql_upgrade to create it.
080908 17:28:06 [ERROR] /usr/local/mysql/bin/mysqld: unknown option '--skip-isam'
080908 17:28:06 [ERROR] Aborting

080908 17:28:06 [Note] /usr/local/mysql/bin/mysqld: Shutdown complete
这本来是一个很典型的问题,就是说MySQL5.1中增加了一些新的系统表,比如mysql.plugin,但是使用的仍是原来的数据库,自然就缺少这些表,从而启动失败,按照常理和官方的说法,应该执行mysql_upgrade进行系统结构升级,不过这个程序是一个客户端程序,换句话说一定要在mysqld服务正常运行时才能连上去检查升级系统表,现在连服务都起不来,怎么办呢?

问题的解决过程
在最终成功解决问题之前做过一些尝试,下面罗列一下整个解决过程,如果没有耐心,可以直接看我最后的总结
因为眼前的问题是服务不启动就不能升级,所以首要问题是让服务可以跑起来接收客户端连接,所以我先是把二进制程序换回原来5.0的版本,毫无疑问,非常顺利的启动了,接下来我想用新的5.1的mysql_upgrade去升级,未果,报出了下面的错误
root@Server[0]18:24:13# /usr/local/mysql-5.1.25/bin/mysql_upgrade -S /var/data/mysql.sock -uroot -p
Enter password:
Looking for 'mysql' in: /usr/local/mysql-5.1.25/bin/mysql
Looking for 'mysqlcheck' in: /usr/local/mysql-5.1.25/bin/mysqlcheck
Running 'mysqlcheck'...
/usr/local/mysql-5.1.25/bin/mysqlcheck: Got error: 1064: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'FOR UPGRADE' at line 1 when executing 'CHECK TABLE ...  FOR UPGRADE'
FATAL ERROR: Upgrade failed这个也不行了,突然想到出奇招,还是使用5.1的二进制程序,然后更改启动参数,因为我只想要把data目录下的表结构升级而已,必须指定的参数只是data目录,于是我做了如下尝试
# 启用 --skip-grant-tables参数避开检查,先启动再说
root@Server[0]l11:36:01# /usr/local/mysql/bin/mysqld --datadir=/var/data/ --user=mysql --skip-grant-tables &
InnoDB: Error: log file ./ib_logfile0 is of different size 0 20971520 bytes
InnoDB: than specified in the .cnf file 0 5242880 bytes!
080909 11:36:01 [ERROR] Plugin 'InnoDB' init function returned error.
080909 11:36:01 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
080909 11:36:01 [ERROR] Can't open and lock privilege tables: Table 'mysql.servers' doesn't exist
080909 11:36:01 [ERROR] Column count of mysql.db is wrong. Expected 22, found 20. Created with MySQL 50018, now running 50125. Please use mysql_upgrade to fix this error.
080909 11:36:01 [ERROR] mysql.user has no `Event_priv` column at position 29
080909 11:36:01 [ERROR] Cannot open mysql.event
080909 11:36:01 [ERROR] Event Scheduler: An error occurred when initializing system tables.
080909 11:36:01 [Note] /usr/local/mysql/bin/mysqld: ready for connections.
Version: '5.1.25-rc-log'  socket: '/tmp/mysql.sock'  port: 3306  MySQL Community Server (GPL)

# 到这里,服务竟然起来了,真高兴啊,继续下一步升级
root@Server[0]11:36:01# mysql_upgrade
Looking for 'mysql' in: /usr/local/mysql-5.1.25/bin/mysql
Looking for 'mysqlcheck' in: /usr/local/mysql-5.1.25/bin/mysqlcheck
Running 'mysqlcheck'...
mysql.class_select
Error    : Unknown table engine 'InnoDB'
error    : Corrupt
mysql.columns_priv                                 OK
mysql.db                                           OK
mysql.func                                         OK
mysql.help_category                                OK
mysql.help_keyword                                 OK
mysql.help_relation                                OK
mysql.help_topic                                   OK
mysql.host                                         OK
mysql.proc                                         OK
mysql.procs_priv                                   OK
mysql.tables_priv                                  OK
mysql.time_zone                                    OK
mysql.time_zone_leap_second                        OK
mysql.time_zone_name                               OK
mysql.time_zone_transition                         OK
mysql.time_zone_transition_type                    OK
mysql.user                                         OK
world.City
Error    : Unknown table engine 'InnoDB'
error    : Corrupt
world.Country                                      OK
world.CountryLanguage                              OK
world.DeletedCity                                  OK
world.audit_triggers                               OK
world.d_table                                      OK
world.dotriggers
Warning  : Triggers for table `world`.`dotriggers` have no creation context
status   : OK
world.model
Error    : Unknown table engine 'InnoDBig'
error    : Corrupt
world.model_uses_firmware
Error    : Unknown table engine 'InnoDBde'
error    : Corrupt
world.t                                            OK
yfang.user                                         OK

Repairing tables
mysql.class_select
Error    : Unknown table engine 'InnoDB'
error    : Corrupt
world.City
Error    : Unknown table engine 'InnoDB'
error    : Corrupt
world.model
Error    : Unknown table engine 'InnoDB'
error    : Corrupt
world.model_uses_firmware
Error    : Unknown table engine 'InnoDB?'
error    : Corrupt
Running 'mysql_fix_privilege_tables'...
OK

# 看上去成功了
# 中间报了一些innodb的错误,不去理会,应该是配置或是这个半阴半阳状态下问题,这个以后再解决
# 接下来停止这个服务 mysqladmin shutdown 之,然后以正常参数启动mysqld服务……

# 非常遗憾,并没有一次成功,报错信息如下
root@Server[0]11:40:03# mysql_service start
080909 11:40:05  InnoDB: Started; log sequence number 0 576947
080909 11:40:05 [ERROR] /usr/local/mysql/bin/mysqld: unknown option '--skip-bdb'
080909 11:40:05 [ERROR] Aborting

080909 11:40:05  InnoDB: Starting shutdown...
080909 11:40:07  InnoDB: Shutdown completed; log sequence number 0 576947
080909 11:40:07 [Note] /usr/local/mysql/bin/mysqld: Shutdown complete

# 这个问题很简单,原来的my.cnf中配置了skip-dbd参数,这个参数在5.1中已经废除了,所以报错,只要注释掉它就好了
# 再次尝试启动,成功!
# 从此王子和公主过上了快乐幸福的生活…… (其实我后面还做了一些检查,都是正常的,Innodb也没有任何问题,从略)
解决方案总结
1. 备份数据,这个就不用说了
2. 首先更新二进制程序到新的版本
3. 启动mysqld时使用skip grant tables 参数避开系统检查,只需把data目录指定对就好了
# 例如
/usr/local/mysql/bin/mysqld --datadir=/var/data/ --user=mysql --skip-grant-tables &4. 执行mysql_upgrade,这时应该就会顺利进行下来了
5. 停止mysqld
6. 按照原来的my.cnf运行正常服务(这一步失败很可能由于参数不兼容引起,比如bdb相关的所有参数5.1开始都不再支持,总之这一步很容易处理)
7. 检查表有没有问题,比如执行mysqlcheck --all-databases 等等

参考资料
MySQL 各个版本支持的参数一览表

http://wiki.yfang.cn/bin/view/My ... 4%E9%97%AE%E9%A2%98

论坛徽章:
0
5 [报告]
发表于 2011-06-20 15:31 |只看该作者
老版本的字符集
Liunx下修改MySQL字符集:
1.查找MySQL的cnf文件的位置
find / -iname '*.cnf' -print

/usr/share/mysql/my-innodb-heavy-4G.cnf
/usr/share/mysql/my-large.cnf
/usr/share/mysql/my-small.cnf
/usr/share/mysql/my-medium.cnf
/usr/share/mysql/my-huge.cnf
/usr/share/texmf/web2c/texmf.cnf
/usr/share/texmf/web2c/mktex.cnf
/usr/share/texmf/web2c/fmtutil.cnf
/usr/share/texmf/tex/xmltex/xmltexfmtutil.cnf
/usr/share/texmf/tex/jadetex/jadefmtutil.cnf
/usr/share/doc/MySQL-server-community-5.1.22/my-innodb-heavy-4G.cnf
/usr/share/doc/MySQL-server-community-5.1.22/my-large.cnf
/usr/share/doc/MySQL-server-community-5.1.22/my-small.cnf
/usr/share/doc/MySQL-server-community-5.1.22/my-medium.cnf
/usr/share/doc/MySQL-server-community-5.1.22/my-huge.cnf

2. 拷贝 small.cnf、my-medium.cnf、my-huge.cnf、my-innodb-heavy-4G.cnf其中的一个到/etc下,命名为my.cnf
cp /usr/share/mysql/my-medium.cnf /etc/my.cnf

3. 修改my.cnf
vi /etc/my.cnf
在[client]下添加
default-character-set=utf8
在[mysqld]下添加
default-character-set=utf8

4.重新启动MySQL
[root@bogon ~]# /etc/rc.d/init.d/mysql restart
Shutting down MySQL                                         [ 确定 ]
Starting MySQL.                                             [ 确定 ]
[root@bogon ~]# mysql -u root -p
Enter password:
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 1
Server version: 5.1.22-rc-community-log MySQL Community Edition (GPL)
Type 'help;' or '\h' for help. Type '\c' to clear the buffer.

5.查看字符集设置
mysql> show variables like 'collation_%';
+----------------------+-----------------+
| Variable_name         | Value            |
+----------------------+-----------------+
| collation_connection | utf8_general_ci |
| collation_database    | utf8_general_ci |
| collation_server      | utf8_general_ci |
+----------------------+-----------------+
3 rows in set (0.02 sec)
mysql> show variables like 'character_set_%';
+--------------------------+----------------------------+
| Variable_name             | Value                       |
+--------------------------+----------------------------+
| character_set_client      | utf8                        |
| character_set_connection | utf8                        |
| character_set_database    | utf8                        |
| character_set_filesystem | binary                      |
| character_set_results     | utf8                        |
| character_set_server      | utf8                        |
| character_set_system      | utf8                        |
| character_sets_dir        | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
8 rows in set (0.02 sec)
mysql>


其他的一些设置方法:

修改数据库的字符集
    mysql>use mydb
    mysql>alter database mydb character set utf-8;
创建数据库指定数据库的字符集
    mysql>create database mydb character set utf-8;

通过配置文件修改:
修改/var/lib/mysql/mydb/db.opt
default-character-set=latin1
default-collation=latin1_swedish_ci

default-character-set=utf8
default-collation=utf8_general_ci
重起MySQL:
[root@bogon ~]# /etc/rc.d/init.d/mysql restart

通过MySQL命令行修改:
mysql> set character_set_client=utf8;
Query OK, 0 rows affected (0.00 sec)
mysql> set character_set_connection=utf8;
Query OK, 0 rows affected (0.00 sec)
mysql> set character_set_database=utf8;
Query OK, 0 rows affected (0.00 sec)
mysql> set character_set_results=utf8;
Query OK, 0 rows affected (0.00 sec)
mysql> set character_set_server=utf8;
Query OK, 0 rows affected (0.00 sec)
mysql> set character_set_system=utf8;
Query OK, 0 rows affected (0.01 sec)
mysql> set collation_connection=utf8;
Query OK, 0 rows affected (0.01 sec)
mysql> set collation_database=utf8;
Query OK, 0 rows affected (0.01 sec)
mysql> set collation_server=utf8;
Query OK, 0 rows affected (0.01 sec)
查看:
mysql> show variables like 'character_set_%';
+--------------------------+----------------------------+
| Variable_name             | Value                       |
+--------------------------+----------------------------+
| character_set_client      | utf8                        |
| character_set_connection | utf8                        |
| character_set_database    | utf8                        |
| character_set_filesystem | binary                      |
| character_set_results     | utf8                        |
| character_set_server      | utf8                        |
| character_set_system      | utf8                        |
| character_sets_dir        | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
8 rows in set (0.03 sec)
mysql> show variables like 'collation_%';
+----------------------+-----------------+
| Variable_name         | Value            |
+----------------------+-----------------+
| collation_connection | utf8_general_ci |
| collation_database    | utf8_general_ci |
| collation_server      | utf8_general_ci |
+----------------------+-----------------+
3 rows in set (0.04 sec)



-------------------------------------------------------------------------
【知识性文章转载】
MYSQL 字符集问题


MySQL的字符集支持(Character Set Support)有两个方面:
      字符集(Character set)和排序方式(Collation)。
对于字符集的支持细化到四个层次:
      服务器(server),数据库(database),数据表(table)和连接(connection)。
1.MySQL默认字符集
MySQL对于字符集的指定可以细化到一个数据库,一张表,一列,应该用什么字符集。
但是,传统的程序在创建数据库和数据表时并没有使用那么复杂的配置,它们用的是默认的配置,那么,默认的配置从何而来呢?     (1)编译MySQL 时,指定了一个默认的字符集,这个字符集是 latin1;
     (2)安装MySQL 时,可以在配置文件 (my.ini) 中指定一个默认的的字符集,如果没指定,这个值继承自编译时指定的;
     (3)启动mysqld 时,可以在命令行参数中指定一个默认的的字符集,如果没指定,这个值继承自配置文件中的配置,此时 character_set_server 被设定为这个默认的字符集;
     (4)当创建一个新的数据库时,除非明确指定,这个数据库的字符集被缺省设定为character_set_server;
     (5)当选定了一个数据库时,character_set_database 被设定为这个数据库默认的字符集;
     (6)在这个数据库里创建一张表时,表默认的字符集被设定为 character_set_database,也就是这个数据库默认的字符集;
     (7)当在表内设置一栏时,除非明确指定,否则此栏缺省的字符集就是表默认的字符集;
简单的总结一下,如果什么地方都不修改,那么所有的数据库的所有表的所有栏位的都用
latin1 存储,不过我们如果安装 MySQL,一般都会选择多语言支持,也就是说,安装程序会自动在配置文件中把
default_character_set 设置为 UTF-8,这保证了缺省情况下,所有的数据库的所有表的所有栏位的都用 UTF-8 存储。
2.查看默认字符集(默认情况下,mysql的字符集是latin1(ISO_8859_1)
通常,查看系统的字符集和排序方式的设定可以通过下面的两条命令:
      mysql> SHOW VARIABLES LIKE 'character%';
+--------------------------+---------------------------------+
| Variable_name             | Value                            |
+--------------------------+---------------------------------+
| character_set_client      | latin1                           |
| character_set_connection | latin1                           |
| character_set_database    | latin1                           |
| character_set_filesystem | binary                      |
| character_set_results     | latin1                           |
| character_set_server      | latin1                           |
| character_set_system     | utf8                             |
| character_sets_dir        | D:"mysql-5.0.37"share"charsets" |
+--------------------------+---------------------------------+
mysql> SHOW VARIABLES LIKE 'collation_%';
+----------------------+-----------------+
| Variable_name         | Value            |
+----------------------+-----------------+
| collation_connection | utf8_general_ci |
| collation_database    | utf8_general_ci |
| collation_server      | utf8_general_ci |
+----------------------+-----------------+
3.修改默认字符集
(1) 最简单的修改方法,就是修改mysql的my.ini文件中的字符集键值,
如     default-character-set = utf8
       character_set_server = utf8
    修改完后,重启mysql的服务,service mysql restart
    使用 mysql> SHOW VARIABLES LIKE 'character%';查看,发现数据库编码均已改成utf8
+--------------------------+---------------------------------+
| Variable_name             | Value                            |
+--------------------------+---------------------------------+
| character_set_client      | utf8                             |
| character_set_connection | utf8                             |
| character_set_database    | utf8                             |
| character_set_filesystem | binary                           |
| character_set_results     | utf8                             |
| character_set_server      | utf8                             |
| character_set_system      | utf8                             |
| character_sets_dir        | D:"mysql-5.0.37"share"charsets" |
+--------------------------+---------------------------------+
    (2) 还有一种修改字符集的方法,就是使用mysql的命令
    mysql> SET character_set_client = utf8 ;
               
               
               

本文来自ChinaUnix博客,如果查看原文请点:http://blog.chinaunix.net/u1/51541/showart_505638.html


http://linux.chinaunix.net/techd ... /03/23/986386.shtml
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP