在MySQL中，价钱和IP用什么类型存储最好

MySQL中可以用来做价格的字段一般有float、double、decimal

如定义一个money字段类型为float(9,2)，则money字段最大长度为9，整数位是6位，小数位是2位。

以下摘自MySQL 5.1参考手册：

1、FLOAT[(M,D)] [UNSIGNED] [ZEROFILL]

小(单精度)浮点数。允许的值是-3.402823466E+38到-1.175494351E-38、0和1.175494351E-38到3.402823466E+38。这些是理论限制，基于IEEE标准。实际的范围根据硬件或 *** 作系统的不同可能稍微小些。

M是小数总位数，D是小数点后面的位数。如果M和D被省略，根据硬件允许的限制来保存值。单精度浮点数精确到大约7位小数位。

如果指定UNSIGNED，不允许负值。

使用浮点数可能会遇到意想不到的问题，因为在MySQL中的所有计算用双精度完成。参见A.5.7节，“解决与不匹配行有关的问题”。

用char()类型，因为IP地址基本定长，如114.114.114.114，为15个字符，最少也是如8.8.8.8，为7个字符，但非常少用这样的IP，一般过都是12-15个字符长度，用varchar()变长类型的话会因此减慢数据库速度

以下的文章主要介绍的是如何用MySQL内置函数来转换ip地址与相关数字，在实际 *** 作中在处理字符格式的时候,例如将54789转换为5，4789这样的,我们只要用:format(12345,0)即可,以下就是具体内容介绍。

用MySQL内置函数转换ip地址和数字

利用两个内置函数

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之后会发生崩溃。

以上的相关内容就是对用MySQL内置函数转换ip地址和数字的介绍，望你能有所收获。

---