利用两个内置函数：

　　inet_aton:将ip地址转换成数字型

　　inet_ntoa:将数字型转换成ip地址

　　充分利用mysql内置的format函数

　　尤其是在处理字符格式的时候,例如将12345转换成12,345这样的,只要用:format(12345,0)即可,如果用format(12345,2)则显示的是12,345.00了...

　　利用mysql的内置函数处理时间戳问题

　　eg : select FROM_UNIXTIME(UNIX_TIMESTAMP(),'%Y %D %M %h:%i:%s %x');

　　结果: 2004 3rd August 03:35:48 2004

　　利用mysql_convert_table_format转换表类型，需要DBI和DBD的mysql相关模块支持才能用,例子:

　　mysql_convert_table_format --user=root --password='xx' --type=myisam test yejr

　　修改mysql表中的字段名

　　alter table tb_name change old_col new_col definition...

　　利用临时变量

　　select @var1:=a1+a2 as a_sum,@var2:=b1+b2 as b_sum,@var1+@var2 as total_sum from test_table xxx;

　　用int类型存储ip地址，原先错误的认为必须用bigint才够，后来发现使用int unsigned类型就足够了。 :)

　　利用IF函数快速修改ENUM字段值

　　一个例子：

　　update rule set enable = if('0' = enable,'1','0') where xxx;

　　enable 类型：enum('0','1') not null default '0'

　　事务无法嵌套

　　避免长时间的sleep连接造成的连接数超出问题

　　设定全局变量 wait_timeout 和 interactive_timeout 为比较小的值，例如：

　　10(s)，就能使每个sleep连接在10s之后如果还没有查询的话自动断开。

　　设定mysql客户端的提示符(prompt)

　　export MYSQL_PS1="(\u:\h:)\d> "

　　则用 mysql -hlocalhost -uroot -pxx db_name 登录后，提示符变成：

　　(root:localhost:)db_name>

　　好用吧 :), 时时刻刻提醒你在哪个服务器上，尽量避免误操作的发生

　　更详细的请查看MySQL手册

　　整理MyISAM碎片

　　1.) 定期运行 OPTIMIZE TABLE 命令即可

　　2.) 用mysqldump出数据，然后重新import回去，这对大表来说显然第一种方法比较方便

　　整理Innodb碎片

　　1.) 运行NULL命令， ALTER TABLE XXX ENGINE=Innodb;

　　2.) 同上的mysqldump方法

　　MySQL如果认为检索的记录数量超过总记录数的30%，则选择全表扫描，而非使用索引

　　MySQL 5.0.3之后,VARCHAR字段后面的空格就不再删除

　　升级到4.1.1或更高后，就很难降级回到4.0或4.1了，因为 InnoDB 使用了多个表空间的缘故

　　MySQL 4.1之后，MySQL把字符串类型字段的长度定义理解为字符长度而不是字节长度

　　MySQL 4.1=>5.0时，增加了一个新的启动选项 innodb_table_locks，它导致 LOCK TABLE 时也可以请求 InnoDB表锁。这个选项默认打开，不过可能在 AUTOCOMMIT=1 和 LOCK TABLES 应用中会导致死锁。

　　5.0.3开始，在计算 DECIMAL 值和舍入精确值的时候采用精确数学，DECIMAL 用更有效的格式来存储

　　从5.0.12开始，自然连接和使用USING的连接，包括外部连接的衍生形式，都按照SQL:2003标准来处理了;这个变化导致减少了自然连接和使用USING的连接产生的结果字段数，并且还将按照更合理的顺序显示这些字段，逗号比较符的优先顺序和 JOIN, LEFT JOIN 中的一样了。

　　在以前，等待超时的锁会导致 InnoDB 回滚当前全部事务，从5.0.13开始，就只回滚最近的SQL语句了

　　InnoDB 和 MyISAM 表中空格结尾的 TEXT 字段索引顺序改变了。因此需要运行 "CHECK TABLE" 语句修复数据表，如果出现错误，就运行

　　"OPTIMIZE TABLE" 或 "REPAIR TABLE" 语句修复，甚至重新转储(用mysqldump)

　　MySQL 5.0.3到5.0.5之间版本的 MyISAM 和 InnoDB 表中创建的 DECIMAL 字段升级到5.0.6之后会发生崩溃。