diff 比较两个文件的问题。。。
| November 6, 2008 19:10 | root | Via 本站原创
diff 用过吗？老大让我a.log b.log 比较出相同，后将相同从a.log中去掉，然后显示出剩下的放入到文件x.log
==> a.log <==
1
3
2
==> b.log <==
5
4
2
3
假设文件有5列，我想按照第3列排序应该怎么使用sort命令呢？
sort -k 3 yourfile.txt
我现在写shell统计遇到一个问题, 比如一个文件a里是
1,02
2,05
这种格式
另一个文件b里是
3,02
5,05
这种格式,我想让如果a b 逗号后面(02或05)的相同的话, 则把 b的 逗号前面的(3或5) 放在 a 对应的后面
怎么做啊?
awk -F, 'NR==FNR{a[$2]=$1}NR>FNR{print $0","a[$2]}' fileb filea
==> a.log <==
1
3
2
==> b.log <==
5
4
2
3
sort a.log >> aa.log
sort b.log >> bb.log
diff aa.log bb.log |grep "<" >> x.log
//还好老大给出了这个比较方法。。sort b.log >> bb.log
diff aa.log bb.log |grep "<" >> x.log
假设文件有5列，我想按照第3列排序应该怎么使用sort命令呢？
sort -k 3 yourfile.txt
我现在写shell统计遇到一个问题, 比如一个文件a里是
1,02
2,05
这种格式
另一个文件b里是
3,02
5,05
这种格式,我想让如果a b 逗号后面(02或05)的相同的话, 则把 b的 逗号前面的(3或5) 放在 a 对应的后面
怎么做啊?
awk -F, 'NR==FNR{a[$2]=$1}NR>FNR{print $0","a[$2]}' fileb filea
[MySQL优化案例]系列 -- 用TIMESTAMP类型取代INT和DATETIME 【里面包含存储过程】
| November 6, 2008 17:34 | root | Via 本站原创
1. 准备
创建一个测试表：
然后创建一个存储过程填充数据：
run stroe process:
删除存储过程：
查看存储过程：
来看看到底有多少条记录了，以及索引情况：
2. 对比
2.1 只检索一条记录
2.2 范围检索（我发现当大于时候根本没有用到索引，小于用到了）
小贴士：
explain select * from t where d2 <= from_unixtime(1199894400); key_len :为4
explain select * from t where d3 <= from_unixtime(1199894400); key_len :为8
效率体现出来了吧？呵呵！
话外音：当大于时候根本没有用到索引，如下:(和下面in和=关于索引的情况类似，但这个> 和< 的情况我还是不太清楚,呵呵)
小结：从上面的2次对比中可以看到，对 d1 或 d2 字段检索时的索引长度都是 4，因为 TIMESTAMP 实际上是 4字节 的 INT 值。因此，实际应用中，基本上完全可以采用 TIMESTAMP 来代替另外2种类型了，并且 TIMESTAMP 还能支持自动更新成当前最新时间，何乐而不为呢？
in 和 = 在索引上的区别，建表：
发现用上了uid的索引，但这个in语句：
没有用上uid索引。
为此：认为要建立联合索引？是的，不光是要建立联合索引，而且和顺序有关，如建立：
alter table mytest add index tt(uid,rstatus);
也没有用，这样后运行：
也没有用到我们想要的tt索引，但是，我们将联合索引换个顺序：
执行：
如下说明：
1.in 和 = 在索引机制上的不同！
2.in 的mysql索引和顺序有关！
最后：我去掉联合索引，加入了强制用uid的索引：
但：
来源：
http://imysql.cn/2008_07_1...
修正了存储过程的代码！
附录：
描述
CREATE PROCEDURE
建立一个存放在MySQL数据库的表格的存储过程。
CREATE FUNCTION
建立一个用户自定义的函数，尤其是返回数据的存储过程。
ALTER PROCEDURE
更改用CREATE PROCEDURE 建立的预先指定的存储过程，其不会影响相关存储过程或存储功能。.
ALTER FUNCTION
更改用CREATE FUNCTION 建立的预先指定的存储过程，其不会影响相关存储过程或存储功能。.
DROP PROCEDURE
从MySQL的表格中删除一个或多个存储过程。
DROP FUNCTION
从MySQL的表格中删除一个或多个存储函数。
SHOW CREATE PROCEDURE
返回使用CREATE PROCEDURE 建立的预先指定的存储过程的文本。这一声明是SQL:2003规范的一个MySQL扩展。
SHOW CREATE FUNCTION
返回使用CREATE FUNCTION建立的预先指定的存储过程的文本。这一声明是SQL:2003规范的一个MySQL扩展。
SHOW PROCEDURE STATUS
返回一个预先指定的存储过程的特性，包括名称、类型、建立者、建立日期、以及更改日期。这一声明是SQL:2003规范的一个MySQL扩展。
SHOW FUNCTION STATUS
返回一个预先指定的存储函数的特性，包括名称、类型、建立者、建立日期、以及更改日期。这一声明是SQL:2003规范的一个MySQL扩展。
CALL
调用一个使用CREATE PROCEDURE建立的预先指定的存储过程。
BEGIN ... END
包含一组执行的多声明。
DECLARE
用于指定当地变量、环境、处理器，以及指针。
SET
用于更改当地和全局服务器变量的值。
SELECT ... INTO
用于存储显示变量的纵列。
OPEN
用于打开一个指针。
FETCH
使用特定指针来获得下一列。
CLOSE
用于关闭和打开指针。
IF
一个An if-then-else-end if 声明。
CASE ... WHEN
一个 case声明的结构
LOOP
一个简单的循环结构；可以使用LEAVE 语句来退出。
LEAVE
用于退出IF，CASE，LOOP，REPEAT以及WHILE 语句。
ITERATE
用于重新开始循环。
REPEAT
在结束时测试的循环。
WHILE
在开始时测试的循环。
RETURNS
返回一个存储过程的值。
创建一个测试表：
mysql> CREATE TABLE `t` (
`d1` int(10) unsigned NOT NULL default '0',
`d2` timestamp NOT NULL default CURRENT_TIMESTAMP,
`d3` datetime NOT NULL,
KEY `d2` (`d2`),
KEY `d1` (`d1`),
KEY `d3` (`d3`)
);
`d1` int(10) unsigned NOT NULL default '0',
`d2` timestamp NOT NULL default CURRENT_TIMESTAMP,
`d3` datetime NOT NULL,
KEY `d2` (`d2`),
KEY `d1` (`d1`),
KEY `d3` (`d3`)
);
然后创建一个存储过程填充数据：
mysql> DELIMITER //
CREATE PROCEDURE INS_T()
BEGIN
SET @i=1;
WHILE 0<1
DO
SET @i=@i+1;
INSERT INTO t VALUES (1199116800+@i, FROM_UNIXTIME(1199116800+@i), FROM_UNIXTIME(1199116800+@i));
END WHILE;
END;//
DELIMITER ;
CREATE PROCEDURE INS_T()
BEGIN
SET @i=1;
WHILE 0<1
DO
SET @i=@i+1;
INSERT INTO t VALUES (1199116800+@i, FROM_UNIXTIME(1199116800+@i), FROM_UNIXTIME(1199116800+@i));
END WHILE;
END;//
DELIMITER ;
run stroe process:
call INS_T();
时间戳 1199116800 表示 2008-01-01 这个时间点。然后运行存储过程，大概填充几十万条记录后，中止执行，因为上面的存储过程是个死循环，所以需要人工中止（ctrl+c）。删除存储过程：
DROP PROCEDURE test.INS_T;
查看存储过程：
SHOW CREATE PROCEDURE test.INS_T;
来看看到底有多少条记录了，以及索引情况：
mysql> select count(*) from t;
+----------+
| count(*) |
+----------+
| 924707 |
+----------+
mysql> analyze table t;
+--------+---------+----------+-----------------------------+
| Table | Op | Msg_type | Msg_text |
+--------+---------+----------+-----------------------------+
| test.t | analyze | status | Table is already up to date |
+--------+---------+----------+-----------------------------+
mysql> show index from t;
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+
| t | 1 | d2 | 1 | d2 | A | 924707 | NULL | NULL | | BTREE | |
| t | 1 | d1 | 1 | d1 | A | 924707 | NULL | NULL | | BTREE | |
| t | 1 | d3 | 1 | d3 | A | 924707 | NULL | NULL | | BTREE | |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+
+----------+
| count(*) |
+----------+
| 924707 |
+----------+
mysql> analyze table t;
+--------+---------+----------+-----------------------------+
| Table | Op | Msg_type | Msg_text |
+--------+---------+----------+-----------------------------+
| test.t | analyze | status | Table is already up to date |
+--------+---------+----------+-----------------------------+
mysql> show index from t;
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+
| t | 1 | d2 | 1 | d2 | A | 924707 | NULL | NULL | | BTREE | |
| t | 1 | d1 | 1 | d1 | A | 924707 | NULL | NULL | | BTREE | |
| t | 1 | d3 | 1 | d3 | A | 924707 | NULL | NULL | | BTREE | |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+
2. 对比
2.1 只检索一条记录
mysql> explain select * from t where d1 = 1199579155;
+----+-------------+-------+------+---------------+------+---------+-------+------+-------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+-------+------+-------+
| 1 | SIMPLE | t | ref | d1 | d1 | 4 | const | 1 | |
+----+-------------+-------+------+---------------+------+---------+-------+------+-------+
mysql> explain select * from t where d2 = '2008-01-06 08:25:55';
+----+-------------+-------+------+---------------+------+---------+-------+------+-------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+-------+------+-------+
| 1 | SIMPLE | t | ref | d2 | d2 | 4 | const | 1 | |
+----+-------------+-------+------+---------------+------+---------+-------+------+-------+
mysql> explain select * from t where d3 = '2008-01-06 08:25:55';
+----+-------------+-------+------+---------------+------+---------+-------+------+-------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+-------+------+-------+
| 1 | SIMPLE | t | ref | d3 | d3 | 8 | const | 1 | |
+----+-------------+-------+------+---------------+------+---------+-------+------+-------+
+----+-------------+-------+------+---------------+------+---------+-------+------+-------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+-------+------+-------+
| 1 | SIMPLE | t | ref | d1 | d1 | 4 | const | 1 | |
+----+-------------+-------+------+---------------+------+---------+-------+------+-------+
mysql> explain select * from t where d2 = '2008-01-06 08:25:55';
+----+-------------+-------+------+---------------+------+---------+-------+------+-------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+-------+------+-------+
| 1 | SIMPLE | t | ref | d2 | d2 | 4 | const | 1 | |
+----+-------------+-------+------+---------------+------+---------+-------+------+-------+
mysql> explain select * from t where d3 = '2008-01-06 08:25:55';
+----+-------------+-------+------+---------------+------+---------+-------+------+-------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+-------+------+-------+
| 1 | SIMPLE | t | ref | d3 | d3 | 8 | const | 1 | |
+----+-------------+-------+------+---------------+------+---------+-------+------+-------+
2.2 范围检索（我发现当大于时候根本没有用到索引，小于用到了）
mysql> explain select * from t where d1 <= 1199894400;
+----+-------------+-------+-------+---------------+------+---------+------+--------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+-------+---------------+------+---------+------+--------+-------------+
| 1 | SIMPLE | t | range | d1 | d1 | 4 | NULL | 121961 | Using where |
+----+-------------+-------+-------+---------------+------+---------+------+--------+-------------+
mysql> explain select * from t where d2 <= from_unixtime(1199894400);
+----+-------------+-------+-------+---------------+------+---------+------+--------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+-------+---------------+------+---------+------+--------+-------------+
| 1 | SIMPLE | t | range | d2 | d2 | 4 | NULL | 121961 | Using where |
+----+-------------+-------+-------+---------------+------+---------+------+--------+-------------+
mysql> explain select * from t where d3 <= from_unixtime(1199894400);
+----+-------------+-------+-------+---------------+------+---------+------+--------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+-------+---------------+------+---------+------+--------+-------------+
| 1 | SIMPLE | t | range | d3 | d3 | 8 | NULL | 120625 | Using where |
+----+-------------+-------+-------+---------------+------+---------+------+--------+-------------+
+----+-------------+-------+-------+---------------+------+---------+------+--------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+-------+---------------+------+---------+------+--------+-------------+
| 1 | SIMPLE | t | range | d1 | d1 | 4 | NULL | 121961 | Using where |
+----+-------------+-------+-------+---------------+------+---------+------+--------+-------------+
mysql> explain select * from t where d2 <= from_unixtime(1199894400);
+----+-------------+-------+-------+---------------+------+---------+------+--------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+-------+---------------+------+---------+------+--------+-------------+
| 1 | SIMPLE | t | range | d2 | d2 | 4 | NULL | 121961 | Using where |
+----+-------------+-------+-------+---------------+------+---------+------+--------+-------------+
mysql> explain select * from t where d3 <= from_unixtime(1199894400);
+----+-------------+-------+-------+---------------+------+---------+------+--------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+-------+---------------+------+---------+------+--------+-------------+
| 1 | SIMPLE | t | range | d3 | d3 | 8 | NULL | 120625 | Using where |
+----+-------------+-------+-------+---------------+------+---------+------+--------+-------------+
小贴士：
explain select * from t where d2 <= from_unixtime(1199894400); key_len :为4
explain select * from t where d3 <= from_unixtime(1199894400); key_len :为8
效率体现出来了吧？呵呵！
话外音：当大于时候根本没有用到索引，如下:(和下面in和=关于索引的情况类似，但这个> 和< 的情况我还是不太清楚,呵呵)
mysql> explain select * from t where d1 >= 1199894400;
+----+-------------+-------+------+---------------+------+---------+------+---------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+------+---------+-------------+
| 1 | SIMPLE | t | ALL | d1 | NULL | NULL | NULL | 9871898 | Using where |
+----+-------------+-------+------+---------------+------+---------+------+---------+-------------+
mysql> explain select * from t where d2 >= from_unixtime(1199894400);
+----+-------------+-------+------+---------------+------+---------+------+---------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+------+---------+-------------+
| 1 | SIMPLE | t | ALL | d2 | NULL | NULL | NULL | 9871898 | Using where |
+----+-------------+-------+------+---------------+------+---------+------+---------+-------------+
mysql> explain select * from t where d3 >= from_unixtime(1199894400);
+----+-------------+-------+------+---------------+------+---------+------+---------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+------+---------+-------------+
| 1 | SIMPLE | t | ALL | d3 | NULL | NULL | NULL | 9871898 | Using where |
+----+-------------+-------+------+---------------+------+---------+------+---------+-------------+
+----+-------------+-------+------+---------------+------+---------+------+---------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+------+---------+-------------+
| 1 | SIMPLE | t | ALL | d1 | NULL | NULL | NULL | 9871898 | Using where |
+----+-------------+-------+------+---------------+------+---------+------+---------+-------------+
mysql> explain select * from t where d2 >= from_unixtime(1199894400);
+----+-------------+-------+------+---------------+------+---------+------+---------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+------+---------+-------------+
| 1 | SIMPLE | t | ALL | d2 | NULL | NULL | NULL | 9871898 | Using where |
+----+-------------+-------+------+---------------+------+---------+------+---------+-------------+
mysql> explain select * from t where d3 >= from_unixtime(1199894400);
+----+-------------+-------+------+---------------+------+---------+------+---------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+------+---------+-------------+
| 1 | SIMPLE | t | ALL | d3 | NULL | NULL | NULL | 9871898 | Using where |
+----+-------------+-------+------+---------------+------+---------+------+---------+-------------+
小结：从上面的2次对比中可以看到，对 d1 或 d2 字段检索时的索引长度都是 4，因为 TIMESTAMP 实际上是 4字节 的 INT 值。因此，实际应用中，基本上完全可以采用 TIMESTAMP 来代替另外2种类型了，并且 TIMESTAMP 还能支持自动更新成当前最新时间，何乐而不为呢？
in 和 = 在索引上的区别，建表：
CREATE TABLE `mytest` (
`id` int(11) NOT NULL auto_increment,
`uid` int(11) NOT NULL,
`rstatus` int(11) default NULL,
PRIMARY KEY (`id`),
KEY `uid` (`uid`)
) ENGINE=MyISAM AUTO_INCREMENT=16 DEFAULT CHARSET=latin1
`id` int(11) NOT NULL auto_increment,
`uid` int(11) NOT NULL,
`rstatus` int(11) default NULL,
PRIMARY KEY (`id`),
KEY `uid` (`uid`)
) ENGINE=MyISAM AUTO_INCREMENT=16 DEFAULT CHARSET=latin1
EXPLAIN SELECT *
FROM `mytest`
FORCE INDEX ( uid )
WHERE uid =1
AND rstatus =1
FROM `mytest`
FORCE INDEX ( uid )
WHERE uid =1
AND rstatus =1
发现用上了uid的索引，但这个in语句：
explain SELECT * FROM `mytest` WHERE uid IN ( 1,2,7) and rstatus =1
没有用上uid索引。
为此：认为要建立联合索引？是的，不光是要建立联合索引，而且和顺序有关，如建立：
alter table mytest add index tt(uid,rstatus);
也没有用，这样后运行：
explain SELECT * FROM `mytest` WHERE uid IN ( 1,2,7) and rstatus =1
也没有用到我们想要的tt索引，但是，我们将联合索引换个顺序：
alter table mytest add index tt(rstatus，uid);
执行：
explain SELECT * FROM `mytest` WHERE uid IN ( 1,2,7) and rstatus =1
，就用到了我们的联合索引了!如下说明：
1.in 和 = 在索引机制上的不同！
2.in 的mysql索引和顺序有关！
最后：我去掉联合索引，加入了强制用uid的索引：
但：
SELECT * FROM `mytest` force index(uid) WHERE uid IN ( 1,2,7) and rstatus =1
也就ok了！来源：
http://imysql.cn/2008_07_1...
修正了存储过程的代码！
附录：
描述
CREATE PROCEDURE
建立一个存放在MySQL数据库的表格的存储过程。
CREATE FUNCTION
建立一个用户自定义的函数，尤其是返回数据的存储过程。
ALTER PROCEDURE
更改用CREATE PROCEDURE 建立的预先指定的存储过程，其不会影响相关存储过程或存储功能。.
ALTER FUNCTION
更改用CREATE FUNCTION 建立的预先指定的存储过程，其不会影响相关存储过程或存储功能。.
DROP PROCEDURE
从MySQL的表格中删除一个或多个存储过程。
DROP FUNCTION
从MySQL的表格中删除一个或多个存储函数。
SHOW CREATE PROCEDURE
返回使用CREATE PROCEDURE 建立的预先指定的存储过程的文本。这一声明是SQL:2003规范的一个MySQL扩展。
SHOW CREATE FUNCTION
返回使用CREATE FUNCTION建立的预先指定的存储过程的文本。这一声明是SQL:2003规范的一个MySQL扩展。
SHOW PROCEDURE STATUS
返回一个预先指定的存储过程的特性，包括名称、类型、建立者、建立日期、以及更改日期。这一声明是SQL:2003规范的一个MySQL扩展。
SHOW FUNCTION STATUS
返回一个预先指定的存储函数的特性，包括名称、类型、建立者、建立日期、以及更改日期。这一声明是SQL:2003规范的一个MySQL扩展。
CALL
调用一个使用CREATE PROCEDURE建立的预先指定的存储过程。
BEGIN ... END
包含一组执行的多声明。
DECLARE
用于指定当地变量、环境、处理器，以及指针。
SET
用于更改当地和全局服务器变量的值。
SELECT ... INTO
用于存储显示变量的纵列。
OPEN
用于打开一个指针。
FETCH
使用特定指针来获得下一列。
CLOSE
用于关闭和打开指针。
IF
一个An if-then-else-end if 声明。
CASE ... WHEN
一个 case声明的结构
LOOP
一个简单的循环结构；可以使用LEAVE 语句来退出。
LEAVE
用于退出IF，CASE，LOOP，REPEAT以及WHILE 语句。
ITERATE
用于重新开始循环。
REPEAT
在结束时测试的循环。
WHILE
在开始时测试的循环。
RETURNS
返回一个存储过程的值。
[转载老乡IT]Linux/FreeBSD下用C语言开发PHP的so扩展模块例解
| November 6, 2008 16:25 | root | Via 本站原创
http://www.toplee.com/blog/56.html
扩展实战 ------ 获得ip的来源地址
http://my.huhoo.net/archives/2008/02/php_ip.html#4_3_configure
扩展实战 ------ 获得ip的来源地址
http://my.huhoo.net/archives/2008/02/php_ip.html#4_3_configure
Linux LANG和SecureCRT中文字显示概述
| November 6, 2008 15:17 | root | Via 本站原创
在Linux终端：export LANG=GBK;
在SecureCRT字符设置:默认
上传：gbk编码，和utf8编码都没有乱码问题。。。
在Linux终端：export LANG=en_US.utf8;
在SecureCRT字符设置:默认
上传：gbk编码，和utf8! utf8 编码都没有乱码,但是gbk有问题。
最好是第一种为好，两种情况显示都ok。。。其余设置都有乱码问题，舍弃！
有人这样setting：
使用SecreCRT远程访问中文版Linux主机时，对于中文显示会有乱码。
设置SecureCRT设置：选项(Options)->会话选项(Session Options)->外观(Appearance)->字符(Character)，选择UTF-8。
我的系统是 LANG="en_US.UTF-8",改完SecureCRT设置重新登录即可.
通常就可以了，因为Linux默认LANG就是UTF-8。如果不是，则设置一下/etc/sysconfig/i18n，将LANG设置支持UTF-8。
[root@localhost sysconfig]# more i18n
LANG="zh_CN.UTF-8"
SUPPORTED="zh_CN.UTF-8:zh_CN:zh:en_US.UTF-8:en_US:en"
SYSFONT="latarcyrheb-sun16"
重新登录就可以了!
在SecureCRT字符设置:默认
上传：gbk编码，和utf8编码都没有乱码问题。。。
在Linux终端：export LANG=en_US.utf8;
在SecureCRT字符设置:默认
上传：gbk编码，和utf8! utf8 编码都没有乱码,但是gbk有问题。
最好是第一种为好，两种情况显示都ok。。。其余设置都有乱码问题，舍弃！
有人这样setting：
使用SecreCRT远程访问中文版Linux主机时，对于中文显示会有乱码。
设置SecureCRT设置：选项(Options)->会话选项(Session Options)->外观(Appearance)->字符(Character)，选择UTF-8。
我的系统是 LANG="en_US.UTF-8",改完SecureCRT设置重新登录即可.
通常就可以了，因为Linux默认LANG就是UTF-8。如果不是，则设置一下/etc/sysconfig/i18n，将LANG设置支持UTF-8。
[root@localhost sysconfig]# more i18n
LANG="zh_CN.UTF-8"
SUPPORTED="zh_CN.UTF-8:zh_CN:zh:en_US.UTF-8:en_US:en"
SYSFONT="latarcyrheb-sun16"
重新登录就可以了!
[转]PHP连接MySQL的字符集问题新发现
| November 6, 2008 14:28 | root | Via 本站原创
之前我在一篇文章里面讲到把故人居网站升级为UTF8字符集，看过的也知道一些有关PHP和MySQL字符集的问题，通常情况下MySQL默认使用的字符集是latin1，如果我们的系统要使用utf8或者别的字符集，就需要对MySQL进行配置，并且在PHP程序中做一点处理，大致的方法如下：
1.修改my.ini （或者my.cnf）文件，在文件的[mysqld]中加入下面一行
character_set_server = utf8
由于MySQL的字符集和连接校对有分级，分别是操作系统级、数据库服务器级、数据库客户端级，这几个级别是从上往下包含的，我上面的那一行 character_set_server 参数实际上就是设置了全局的字符集，这样不管是MySQL数据存储、数据连接、结果返回都将是utf8，当然，如果您愿意，您也可以进行分别的设置，比如做如下设置
default-character-set = utf8
default-collation = utf8_general_ci
这样的设置可以设置一个默认字符集，在您的应用中如果没有特殊指定字符集，那将默认使用utf8作为字符集，并且使用utf8_general_ci作为连接校对的默认字符集；
简单的处理方法就是如我前面的那样，加入一行即可。
2.PHP程序中连接MySQL的时候，或者在执行mysql_query的时候，执行以下一行SQL语句
SET NAMES utf8
就是说在执行mysql_query之前，或者在完成mysql_connect()之后，执行 mysql_query(”SET NAMES utf8）
有了前面的两个处理，您就可以正常的进行utf8字符集的数据库操作，不管在页面显示还是数据库中，字符都不会出现乱码。
前面说到的方法是以前用到的常用方法，最近在MySQL的官方发现了这样一个参数 init_connect ，它的意思呢就是在MySQL启动的时候，自动执行init_connect 参数里面的SQL语句，支持用分号间隔的多个语句，于是我们可以把 SET NAMES utf8语句加到my.ini文件里面，在PHP程序里面就不用单独处理了，加入参数的方法很简单，就是在my.ini文件的 [mysqld] 段加入下面一行
init_connect = ‘SET NAMES utf8′
不过这个方法有一个需要注意的地方，那就是该参数对于连接数据库的用户是超级用户组的用户将被忽略，那么在PHP程序中用来连接MySQL数据库的用户不能是SUPER组的用户，比如root用户就肯定不行，这样是为了避免该参数导致数据库致命错误，而无法使用任何一个用户连接上修改该项配置，之前我搞了两天都没有发现这样的问题，害我郁闷了很久。。。
有关MySQL的配置文件中用到的参数可以参考官方的文档 ： http://dev.mysql.com/doc/r...
呵呵，让人又爱又恨的MySQL！
注意：
出现你这样的原因是虽然你的WP设置了使用utf8，但是PHP在进行数据库连接的时候并没有使用utf8连接校验，这样插入到里面的数据存储方式虽然是 utf8，但是数据本身并不是utf8的，PHP读出来的时候使用的方法和插入一样，所以WP里面看到的并不会是乱码，相反在更加聪明的 phpmyadmin里面却看到了乱码，因为它使用了正确的utf8连接校验。
1.修改my.ini （或者my.cnf）文件，在文件的[mysqld]中加入下面一行
character_set_server = utf8
由于MySQL的字符集和连接校对有分级，分别是操作系统级、数据库服务器级、数据库客户端级，这几个级别是从上往下包含的，我上面的那一行 character_set_server 参数实际上就是设置了全局的字符集，这样不管是MySQL数据存储、数据连接、结果返回都将是utf8，当然，如果您愿意，您也可以进行分别的设置，比如做如下设置
default-character-set = utf8
default-collation = utf8_general_ci
这样的设置可以设置一个默认字符集，在您的应用中如果没有特殊指定字符集，那将默认使用utf8作为字符集，并且使用utf8_general_ci作为连接校对的默认字符集；
简单的处理方法就是如我前面的那样，加入一行即可。
2.PHP程序中连接MySQL的时候，或者在执行mysql_query的时候，执行以下一行SQL语句
SET NAMES utf8
就是说在执行mysql_query之前，或者在完成mysql_connect()之后，执行 mysql_query(”SET NAMES utf8）
有了前面的两个处理，您就可以正常的进行utf8字符集的数据库操作，不管在页面显示还是数据库中，字符都不会出现乱码。
前面说到的方法是以前用到的常用方法，最近在MySQL的官方发现了这样一个参数 init_connect ，它的意思呢就是在MySQL启动的时候，自动执行init_connect 参数里面的SQL语句，支持用分号间隔的多个语句，于是我们可以把 SET NAMES utf8语句加到my.ini文件里面，在PHP程序里面就不用单独处理了，加入参数的方法很简单，就是在my.ini文件的 [mysqld] 段加入下面一行
init_connect = ‘SET NAMES utf8′
不过这个方法有一个需要注意的地方，那就是该参数对于连接数据库的用户是超级用户组的用户将被忽略，那么在PHP程序中用来连接MySQL数据库的用户不能是SUPER组的用户，比如root用户就肯定不行，这样是为了避免该参数导致数据库致命错误，而无法使用任何一个用户连接上修改该项配置，之前我搞了两天都没有发现这样的问题，害我郁闷了很久。。。
有关MySQL的配置文件中用到的参数可以参考官方的文档 ： http://dev.mysql.com/doc/r...
呵呵，让人又爱又恨的MySQL！
注意：
出现你这样的原因是虽然你的WP设置了使用utf8，但是PHP在进行数据库连接的时候并没有使用utf8连接校验，这样插入到里面的数据存储方式虽然是 utf8，但是数据本身并不是utf8的，PHP读出来的时候使用的方法和插入一样，所以WP里面看到的并不会是乱码，相反在更加聪明的 phpmyadmin里面却看到了乱码，因为它使用了正确的utf8连接校验。
