MySQL杂
MySQL的timestamp类型自动更新问题
今天建了一个表，里面有一个列是timestamp类型，我本意是在数据更新时，这个字段的时间能自动更新。岂知对这个类型的值还不甚了解，导致出错。发现这个字段只是在这行数据建立的时候有值，在更新的却无变化。
查找资料，发现是我建表的语句有问题：
以下是代码片段：
CREATE TABLE `test` (
`t1` timestamp NOT NULL default CURRENT_TIMESTAMP,
`ww` varchar(5) NOT NULL
) ENGINE=MyISAM ;
而实际上，以下两个建表语句的效果是一样的：
以下是代码片段：
CREATE TABLE `test` (
`t1` TIMESTAMP NOT NULL ,
`ww` VARCHAR( 5 ) NOT NULL
) ENGINE = MYISAMCREATE TABLE `test` (
`t1` timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP,
`ww` varchar(5) NOT NULL
) ENGINE=MyISAM ;
比较之下，我的语句少了“on update CURRENT_TIMESTAMP”或多了“default CURRENT_TIMESTAMP”。如此一来，这个timestamp字段只是在数据insert的时间建立时间，而update时就不会有变化了。当然，如果你就是想达到这个目的倒也无所谓。
查找英文手册（http://dev.mysql.com/doc/refman/5.1/en/timestamp.html），得到更详细的解说，翻译如下：
———————————–翻译开始——————————–
在CREATE TABLE语句中，第1个TIMESTAMP列可以用下面的任何一种方式声明：
1： 如果定义时DEFAULT CURRENT_TIMESTAMP和ON UPDATE CURRENT_TIMESTAMP子句都有，列值为默认使用当前的时间戳，并且自动更新。
2： 如果不使用DEFAULT或ON UPDATE子句，那么它等同于DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP。
3： 如果只有DEFAULT CURRENT_TIMESTAMP子句，而没有ON UPDATE子句，列值默认为当前时间戳但不自动更新。
4： 如果没用DEFAULT子句，但有ON UPDATE CURRENT_TIMESTAMP子句，列默认为0并自动更新。
5： 如果有一个常量值DEFAULT，该列会有一个默认�
相关文档：
用户认证的原理很简单：首先需要用户在页面上填入用户名和密码，当然没注册的用户需要先注册。然后调用数据库搜索是否有相应的用户。如果有就确认，没有则提醒用户先注册。使用PHP来完成这一切很简单，但需要注意的是如果想在以后的页面中都能确认用户身份。
第一步是做一个登录的页面。
第二步开始登录后的确认程序的� ......
Java 读取 MySQL 中文 乱码
场景:Java,eclipse，读取MySQL数据库，MySQL编码为utf-8
问题：读出来的中文在eclipse的输出窗口中显示为乱码
错误的写法
1
System.out.print(new String( rs.getString("bib_author").getBytes("utf-8"),"GBK" ));
2
System.out.print( ......
以下所有命令都是在进入mysql监控器中执行的：
a. show tables或show tables from database_name; // 显示当前数据库中所有表的名称
b. show databases; // 显示mysql中所有数据库的名称
c. show columns from table_name from database_name; 或show columns from databa ......
用了MYSQL一年多，且一直被MYSQL的快速查询所吸引，可今天怎么碰石头了？
1D p4V*W+t0
3p)o{3s.a'^Q r0
原来就是索引在做怪。由于本人是业余爱好自学PHP+MYSQL开发，所以在理论优化方面一般考虑甚少，基本不用字段索引去做MYSQL优化，可能也是我不会用吧。（总看书上说索引的好处好处的，今天着实尝到甜头了。）PHPChi ......
做数据库调优，一个简单的tip就使性能提升一大块时，被帮助的人自然是高兴而且感激，我也是满心欢喜。用所学帮助了他人，也说明还是有一技之长的，有一门能够养活自己的手艺。也算是手艺人啊。
同事让我帮助优化，在slow query log里发现有两个SQL执行的次数最多，并且每次都在两秒以上。用explain看了，也未发现索引使用� ......
