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来完成这一切很简单，但需要注意的是如果想在以后的页面中都能确认用户身份。
第一步是做一个登录的页面。
第二步开始登录后的确认程序的� ......
<>整理了以下四种在MySQL中修改root密码的方法,可能对大家有所帮助!
方法1： 用SET PASSWORD命令
mysql -u root
mysql> SET PASSWORD FOR 'root'@'localhost' = PASSWORD('newpass');
方法2：用mysqladmin
mysqladmin -u root password "newpass"
如果root已经设置 ......
my.ini里的那个tmp_table_size的值.原来tmp_table_size=16M.我改为32M
然后重启MYSQL还是没解决问题.
只好重启服务器试试了,结果重启后CPU正常了.不过还是没找出是什么原因导致MYSQL占用那么多CPU资源.
=====================================
修改hosts文件，加入一行
172.16.59.12 & ......
一、基础
1、说明：创建数据库
Create DATABASE database-name
2、说明：删除数据库
drop database dbname
3、说明：备份sql server
--- 创建 备份数据的 device
USE master
EXEC sp_addumpdevice 'disk', 'testBack', 'c:\mssql7backup\MyNwind_1.dat'
--- 开始 备份
BACKUP DATABASE pubs TO testBack
4 ......
做数据库调优，一个简单的tip就使性能提升一大块时，被帮助的人自然是高兴而且感激，我也是满心欢喜。用所学帮助了他人，也说明还是有一技之长的，有一门能够养活自己的手艺。也算是手艺人啊。
同事让我帮助优化，在slow query log里发现有两个SQL执行的次数最多，并且每次都在两秒以上。用explain看了，也未发现索引使用� ......
