二、杀掉mysql进程

　　方法1、[root@localhost /]#killall mysqld

　　方法2、[root@localhost /]#ps -aux  //查看所有进程，找到mysql进程的pid

　　然后

　　[root@localhost /]#kill pid   //pid是mysql的进程号

　　三、用--skip-grant-tables参数启动mysqld

　　[root@localhost /]#/usr/local/mysql/bin/mysqld_safe --skip-grant-tables& 

　　// 其中/usr..../bin是我的mysql安装目录

　　[root@localhost /]#/usr/local/mysql/bin/mysql  //进入mysql

　　mysql> use mysql   //切换到mysql database

　　mysql> UPDATE user SET password=password('123456') WHERE user='root';

　　//将root密码该为123456了

　　四、注意事项

　　The full command to load MySQL like this is:

　　mysqld_safe --skip-grant-tables --autoclose

　　(Editor's Note: Our technical reviewer found that he had to launch the mysqld_safe command

　　without the '--autoclose' flag, otherwise the daemon never started.)

　　这是国外网站说的，我没用autoclosa也成功了

　　但是我在执行/usr/local/mysql/bin/mysqld_safe --skip-grant-tables&即出现错误提示：

　　./mysqld_safe

　　starting mysqld daemon with databases from /usr/local/var

　　STOPPING server from pid file /usr/local/var/localhost.localdomain.pid

　　mysqld  ended

　　然后进入/usr/local/var/

　　vi ./localhost.localdomain.err 内容如下：

　　050410 04:02:59 mysqld started

　　050410 4:03:00 InnoDB:Operating system error number 13 in a file operation.

　　InnoDB:The error means mysqld does not have the access rights to

　　InnoDB:the directory.

　　InnoDB:File name ./ibdata1

　　InnoDB:File operation call:'create'.

　　InnoDB:Cannot continue operation.

　　050410 04:03:00 mysqld ended

　　怀疑是./var目录的访问权限，故如下操作：

　　chmod 777 ./var

　　然后重新执行后台，仍出以上错误，但在localhost.localdomain.err文件中的错误信息已改为找不到一个叫做

　　help.*的文件了(这个文件名我记不得了)

　　这是因为我的mysql安装目录的读写权限是这样造成的

　　mysql安装目录属于用户root，但是群组是mysql的

　　把群组也改为root即可。

char,varchar,nvarchar的区别

平时的ASCII汉字为两个字节

字符串为 dj小溅溅
char        100    8个字节，92个空格
varchar   100    8个字节，无空格    最长为1-8000
nvarchar 100    10个字节，无空格，每个汉字为一个字符（适合中文,韩文），但如果是英文的话也是占两个位置，双字节来存储数，最长1-4000，可变长度 Unicode 数据，如果存储数据如果存在单字节时，它也是以双字节来占用存储空间的。

datetime和smalldatetime的区别

smalldatetime 只能精确到分
datetime 能精确到秒

=======================================

Varchar 对每个英文(ASCII)字符都占用2个字节，对一个汉字也只占用两个字节
char 对英文(ASCII)字符占用1个字节，对一个汉字占用2个字节

Varchar 的类型不以空格填满，比如varchar(100)，但它的值只是"qian",则它的值就是"qian"
而char 不一样，比如char(100),它的值是"qian"，而实际上它在数据库中是"qian "(qian后共有96个空格，就是把它填满为100个字节)。
由于char是以固定长度的，所以它的速度会比varchar快得多!但程序处理起来要麻烦一点，要用trim之类的函数把两边的空格去掉!

N表示Unicode常量，可以解决多语言字符集之间的转换问题，见联机帮助 姓名，和房间通常都是用varchar这个数据类型

数据库定义到char类型的字段时 char、nchar、varchar、nvarchar、text、ntext中哪一种呢 　

数据库定义到char类型的字段时，不知道大家是否会犹豫一下，到底选char、nchar、varchar、nvarchar、text、ntext中哪一种呢？结果很可能是两种，一种是节俭人士的选择：最好是用定长的，感觉比变长能省些空间，而且处理起来会快些，无法定长只好选用定长，并且将长度设置尽可能地小；另一种是则是觉得无所谓，尽量用可变类型的，长度尽量放大些。

　　鉴于现在硬件像萝卜一样便宜的大好形势，纠缠这样的小问题实在是没多大意义，不过如果不弄清它，总觉得对不起劳累过度的CPU和硬盘。

下面开始了(以下说明只针对SqlServer有效)：

1、当使用非unicode时慎用以下这种查询：
               select f from t where f = N'xx'

       原因：无法利用到索引，因为数据库会将f先转换到unicode再和N'xx'比较

2、char 和相同长度的varchar处理速度差不多（后面还有说明）

3、varchar的长度不会影响处理速度！！！（看后面解释）

4、索引中列总长度最多支持总为900字节，所以长度大于900的varchar、char和大于450的nvarchar,nchar将无法创建索引

5、text、ntext上是无法创建索引的

6、O/R Mapping中对应实体的属性类型一般是以string居多，用char[]的非常少，所以如果按mapping的合理性来说，可变长度的类型更加吻合

7、一般基础资料表中的name在实际查询中基本上全部是使用like '%xx%'这种方式，而这种方式是无法利用索引的，所以如果对于此种字段，索引建了也白建

8、其它一些像remark的字段则是根本不需要查询的，所以不需要索引

9、varchar的存放和string是一样原理的，即length {block}这种方式，所以varchar的长度和它实际占用空间是无关的

10、对于固定长度的字段，是需要额外空间来存放NULL标识的，所以如果一个char字段中出现非常多的NULL，那么很不幸，你的占用空间比没有NULL的大（但这个大并不是大太多，因为NULL标识是用bit存放的，可是如果你一行中只有你一个NULL需要标识，那么你就白白浪费1byte空间了，罪过罪过！），这时候，你可以使用特殊标识来存放，如：'NV'

11、同上，所以对于这种NULL查询，索引是无法生效的，假如你使用了NULL标识替代的话，那么恭喜你，你可以利用到索引了

12、char和varchar的比较成本是一样的，现在关键就看它们的索引查找的成本了，因为查找策略都一样，因此应该比较谁占用空间小。在存放相同数量的字符情况下，如果数量小，那么char占用长度是小于varchar的，但如果数量稍大，则varchar完全可能小于char，而且要看实际填充数值的充实度，比如说varchar(3)和char(3)，那么理论上应该是char快了，但如果是char(10)和varchar(10)，充实度只有30%的情况下，理论上就应该是varchar快了。因为varchar需要额外空间存放块长度，所以只要length(1-fillfactor)大于这个存放空间（好像是2字节)，那么它就会比相同长度的char快了。

13、nvarchar比varchar要慢上一些，而且对于非unicode字符它会占用双倍的空间，那么这么一种类型推出来是为什么呢？对，就是为了国际化，对于unicode类型的数据，排序规则对它们是不起作用的，而非unicode字符在处理不同语言的数据时，必须指定排序规则才能正常工作，所以n类型就这么一点好处。

总结陈词：
1、如果数据量非常大，又能100%确定长度且保存只是ansi字符，那么char
2、能确定长度又不一定是ansi字符或者，那么用nchar；
3、不确定长度，要查询且希望利用索引的话，用nvarchar类型吧，将它们设到400；
4、不查询的话没什么好说的，用nvarchar(4000)
5、性格豪爽的可以只用3和4，偶尔用用1，毕竟这是一种额外说明，等于告诉别人说，我一定需要长度为X位的数据

OS: Red Hat Enterprise Linux AS 3.0
MySQL: 5.0.22

源码 tarball 放置在 /home/huangys , 安装目的地是/opt/mysql

1. 准备

创建一个用户来运行 MySQL 守护进程。
# groupadd mysqlg
# useradd –g mysqlg –M –s /sbin/nologin mysqld

解包
# cd /home/huangys
# tar zxvf mysql-5.0.22.tar.gz

2. 配置编译选项

# cd mysql-5.0.22
# ./configure --prefix=/opt/mysql --with-charset=utf8 --with-extra-charsets=all --with-tcp-port=3306 --with-unix-socket-path=/tmp/mysql.sock --with-mysqld-user=mysqld --with-federated-storage-engine

选项说明：
--prefix=/opt/mysql 将MySQL安装到目录/opt/mysql下
--with-charset=utf8 指定缺省字符集为utf8
--with-extra-charsets=all 将MySQL所有支持的字符集编译进来
--with-tcp-port=3306 指定此MySQL实例将监听TCP 3306端口
--with-unix-socket-path=/tmp/mysql.sock 指定UNIX socket文件的路径（为绝对路径）
--wih-mysqld-user=mysqld 指定用来运行MySQL守护进程的用户
--with-federated-storage-engine 支持federated存储引擎

通过指令 configure --help 可以查看全部选项信息。

3. 编译、安装

# make
# make install

4. 初始化

# scripts/mysql_install_db
这将会在安装目录 /opt/mysql 下创建 MySQL 的数据目录 var

5. 配置

在 MySQL 提供的支持文件中复制一个合适的配置档到 MySQL 数据目录中，并命名为 my.cnf
# cp support-files/my-huge.cnf /opt/mysql/var/my.cnf

主要修改点在 [mysqld] 配置块中：

指定允许的最大包尺寸：
max_allowed_packet = 2M

指定最大连接数（默认为100）：
max_connections = 1000

指定服务器端字符集：
character_set_server = utf8

强制指定连接使用的字符集：
init_connect = 'set names utf8'
（注意：若连接时使用的是 super user ，则此项不会被执行，MySQL 文档对此有详细解释。）

指定安装目录和数据目录：
basedir = /opt/mysql2/
datadir = /opt/mysql2/var/

忽略Berkeley DB:
skip-bdb
（同理，若也打算忽略 InnoDB，则使用 skip-innodb）

配置InnoDB:
innodb_data_home_dir = /opt/mysql2/var/
innodb_data_file_path = ibdata1:500M;ibdata2:50M:autoextend
innodb_log_group_home_dir = /opt/mysql2/var/
innodb_log_arch_dir = /opt/mysql2/var/
innodb_buffer_pool_size = 384M
innodb_additional_mem_pool_size = 20M
innodb_log_file_size = 100M
innodb_log_buffer_size = 8M
innodb_flush_log_at_trx_commit = 1
innodb_lock_wait_timeout = 50

完成编辑此配置档后，记得顺便修改一下 MySQL 数据目录的 ownership:
# cd /opt/mysql
# chown –Rc mysqld.mysqlg var

6. 控制脚本

MySQL提供了一个脚本文件，可以用来方便地控制MySQL守护进程。
# cp support-files/mysql.server /opt/mysql/bin/mysqlctl
# cd /opt/mysql/bin
# chmod 755 mysqlctl

启动：
# /opt/mysql/bin/mysqlctl start
停止：
# /opt/mysql/bin/mysql stop

注意，若启用了 InnoDB 存储引擎，那么第一次启动 MySQL 服务器时，速度会比较慢，因为需要分配在配置档中定义的空间、生成相应的数据文件、日志文件等。

7. Security

安全问题在哪里都是很重要的，特别是对于初安装的新系统而言，尤其如此。

MySQL 往往携带有四个缺省用户，分别是 'root'@'localhost', 'root'@'%', ''@'localhost', ''@'%'.
除了第一个本地root，其他三个（任意来源的root，以及两个匿名用户）都应该删除：

mysql> use mysql
mysql> delete from user where user='';
mysql> delete from user where user='root' and host='%';

这唯一保留的用户 root@localhost 的密码默认为空，当然不好。为它加上密码：

# /opt/mysql/bin/mysqladmin -uroot -hlocalhost -P3306 -p password my_pass

指令中的 my_pass 就是设定的密码，注意，不要用单引号把它括起来。

8. Appendix

[root@tbox2 root]# cat /etc/redhat-release
Red Hat Enterprise Linux AS release 3 (Taroon)

[root@tbox2 root]# /opt/mysql/bin/mysql --version
/opt/mysql/bin/mysql  Ver 14.12 Distrib 5.0.22, for pc-linux-gnu (i686) using  EditLine wrapper

在一般的 distribution 之中，资料库的建立都被放在 contab 中自动执行。一般使用者在使用时只要用

# locate your_file_name

的型式就可以了。 参数：
-u
-U <dir>
建立资料库，-u 会由根目录开始，-U 则可以指定开始的位置。

-e <dir>
将 <dir> 排除在寻找的范围之外。

-l <level>
如果 <level> 是 1．则启动安全模式。在安全模式下，使用者不会看到权限无法看到的档案。这会始速度减慢，因为 locate 必须至实际的档案系统中取得档案的权限资料。

-f <filetype>
将特定的档案系统排除在外，例如我们没有到理要把 proc 档案系统中的档案放在资料库中。

-q
安静模式，不会显示任何错误讯息。

-n <num>
至多显示 <num> 个输出。

-r <reg>
使用正规运算式 <reg> 做寻找的条件。

-o <file>
指定资料库存的名称。

-d <dir>
指定资料库的路径

-h
显示辅助讯息

-v
显示更多的讯息

-V
显示程式的版本讯息 范例：

locate chdrv            : 寻找所有叫 chdrv 的档案
locate -n 100 a.out     : 寻找所有叫  a.out 的档案，但最多只显示 100 个

locate -u               : 建立资料库