竞博体育 > 应用 > 将ip地址转变到数字型,早前用末尾空格扩大了超短的字符串

将ip地址转变到数字型,早前用末尾空格扩大了超短的字符串

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

一、从 4.0 到 4.1 的主要变化 如果在4.1.0到4.1.3版本的MySQL中创建了包含 TIMESTAMP 字段的 InnoDB表。则在升级到4.1.4及更高时需要重建表,因为存储格式发生变化了 字符串根据标准SQL来比较:比较之前不删除末尾的空格,以前用末尾空格扩展了比较短的字符串。现在的结果是'a' > 'at',以前则不这样。可以用 mysqlcheck 来检查一下数据表 TIMESTAMP 返回 'YYYY-MM-DD HH:MM:SS' 格式的字符串。在MySQL 4.0中,可以增加选项 --new 来获得MySQL 4.1中这方面的特性 在MySQL4.1.1前,语句解析器不是那么严格,它在处理字符串转时间转换时会忽略第一个数字前的其他字符。在4.1.1之后,就比较严格了 返回结果是 DATE, DATETIME, 或 TIME 类型的函数的结果会被转换成时间型 二、再看从 4.1 到 5.0 的主要变化 InnoDB 和 MyISAM 表中空格结尾的 TEXT 字段索引顺序改变了。因此需要运行 "CHECK TABLE" 语句修复数据表,如果出现错误,就运行 "OPTIMIZE TABLE" 或 "REPAIR TABLE" 语句修复,甚至重新转储 MySQL 5.0.15开始,如何处理 BINARY 字段中填充的值已经改变了。填充的值现在是 0x00 而非空格了,并且在取值的时候不会去除末尾的空格 从MySQL 5.0.3开始,DECIMAL 的实现方式已经改变了,5.0对 DECIMAL 的格式限制严格多了 在MySQL 5.0.3到5.0.5之间版本的 MyISAM 和 InnoDB 表中创建的 DECIMAL 字段升级到5.0.6之后会发生崩溃 在以前,等待超时的锁会导致 InnoDB 回滚当前全部事务,从5.0.13开始,就只回滚最近的SQL语句了 在4.1.13/5.0.8以前,DATETIME 的加0后就转换成 YYYYMMDDHHMMSS 格式,现在变成 YYYYMMDDHHMMSS.000000 格式了 从5.0.3开始,DECIMAL 用更有效的格式来存储 5.0.3开始,在计算 DECIMAL 值和舍入精确值的时候采用精确数学 4.1中,FLOAT 或 DOUBLE 之间的比较碰巧没问题,但在5.0中可能就不行了 从5.0.3开始,VARCHAR 和 VARBINARY 字段中末尾的空格不再删除 增加了一个新的启动选项 innodb_竞博体育app下载 ,table_locks,它导致 LOCK TABLE 时也可以请求 InnoDB 表锁。这个选项默认打开,不过可能在 AUTOCOMMIT=1 和 LOCK TABLES 应用中会导致死锁 看来,我只需主要关注 时间(TIMESTAMP, DATETIME< DATE, TIME) 和 数值型(FLOAD, DOUBLE, DECIMAL) 这两种类型的变化;另外,我升级过程中暂时还不需要涉及到字符集问题,因此相对轻松一些。 升级步骤如下: 执行 复制代码 代码如下:FLUSH TABLES WITH READ LOCK;/[code] 直接拷贝 MyISAM 表文件 用 mysqldump 导出 Innodb 类型的表 整个过程都很顺利,新系统启动之后,发现如下2个问题: 新增了关键字 INOUT,因此需要检查表结构中还有其他什么字段使用关键字了 DATE_FORMAT 函数要求严谨多了, [code]DATE_FORMAT('2006/11/24 09:14:00', '%Y-%m-%d %T') 和 程序代码 DATE_FORMAT('2006/11/2409:14:00', '%Y-%m-%d %T') 的结果完全不一样,在 4.0 中,能兼容这两种格式,而在 5.0 中,只能正确的使用前者了,后者则会有问题。这也应该是上面提到的时间类型发生的变化所致。 到此为止,升级基本结束,大致检查了 DECIMAL 类型也没问题,剩下的就是检查其他的了。

用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,@[email protected] 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地址和数字的介绍,望你能有所收获。

...

  • 首页
  • 电话
  • 软件