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，该列会有一个默认�
相关文档：
--default-character-set=utf8 与修改sql文件加入：SET NAMES 'utf8';
导入脚本时，SET NAMES 'xxx' ，xxx应该和sql脚本文件的实际编码一致，如果你设置的时utf-8 ，那么请确认你的sql脚本文件时utf-8保存的:
iconv -f UTF-8 xxx.sql
如果显示正常，那么这一步就OK了
另外注意你的脚本里，有没有给库表设� ......
很久没有用Mysql了，发现小小的时间问题也遇到不少麻烦，呵呵
所以总结一下：
第一种:
Date time= new java.sql.Date(new java.util.Date().getTime());
第二种:
java 用PreparedStatement来setDate,用问号的形式给日期问号赋值
pstmt.setTimestamp(8, new Timestamp(System.currentTimeMillis()));
pst ......
my.ini里的那个tmp_table_size的值.原来tmp_table_size=16M.我改为32M
然后重启MYSQL还是没解决问题.
只好重启服务器试试了,结果重启后CPU正常了.不过还是没找出是什么原因导致MYSQL占用那么多CPU资源.
=====================================
修改hosts文件，加入一行
172.16.59.12 & ......
linux:
如果 MySQL 正在运行，首先杀之： killall -TERM mysqld。
启动 MySQL ：/usr/bin/safe_mysqld --skip-grant-tables &
就可以不需要密码就进入 MySQL 了。
然后就是
>use mysql
>update user set password=password("new_pass") where user="root";
>flush privileges;
重新杀 MySQL ， ......
=== 稍后再整理
mysql
4.0到mysql
5.0的数据导入出现乱码的解决方案
字体大小：大
| 中
| 小
2007-02-08 17:09 -
阅读：485 - 评论
：0
最近做mysql
4.0到mysql
5.0的数据转化工作，发现乱码
无数，观博客无数心得如下：
＊mysql
中文亂碼的原因
mysql
會出現中文 ......
