+--------------+--------------+------+-----+---------+----------------+
| Field        | Type         | Null | Key | Default | Extra          |
+--------------+--------------+------+-----+---------+----------------+
| id           | int(11)      | NO   | PRI | NULL    | auto_increment |
| name         | varchar(20)  | NO   |     |         |                |
| tel          | int(11)      | NO   |     | 0       |                |
| email        | varchar(60)  | NO   |     |         |                |
| state        | tinyint(4)   | NO   |     | 1       |                |
+--------------+--------------+------+-----+---------+----------------+报的警是这个
UPDATE `classifieds_general` SET `name` = 'others', `tel` = '12345678901', `email` = '[email protected]', `state` = '1' WHERE `id` = '54'为什么那个tel字段长度为11不行,而长度为10行呢,纳闷了我mysql版本是 5.5.20

解决方案 »

  1.   

    这是int类型  和后面的11没一点关系int带符号的范围是-2147483648到2147483647。无符号的范围是0到4294967295。后面的字符只有在列属性有zerofill的时候才对客户端显示有效
      

  2.   

    恩,这个我知道,怎么我在公司里都是这么存储的,可是一回来时+----+------------+
    | id | tel        |
    +----+------------+
    |  1 | 2147483647 |
    |  2 | 2147483647 |
    |  3 | 2147483647 |
    |  4 | 2147483647 |
    |  5 | 2147483647 |
    |  6 | 2147483647 |
    |  7 | 2147483647 |
    |  8 | 2147483647 |
    |  9 | 2147483647 |
    | 10 | 2147483647 |
    | 11 | 2147483647 |
    | 12 | 2147483647 |
    | 13 | 2147483647 |
    | 14 | 2147483647 |
    | 15 | 2147483647 |
    | 16 | 2147483647 |
    | 17 | 2147483647 |
    | 18 | 2147483647 |
    | 19 | 2147483647 |
    | 20 | 2147483647 |
    | 21 | 2147483647 |
    | 22 | 2147483647 |怎么在公司里没报错,那个数据库我是直接备份的,回来时一查,全成这样的了
      

  3.   

    越界的话mysql就存不越界的最大值
      

  4.   

    检查你公司的版本。贴出你的 select version ();
    show create table classifieds_general;
      

  5.   

    +-------------+
    | version()   |
    +-------------+
    | 5.1.63      |
    +-------------+
      

  6.   


    show create table 贴在哪儿了?
      

  7.   

    哦,我明白了,感谢楼上各位大大的回答,公司里面的测试环境是装在linux下,默认的sql_mode值是空的,难怪会不报错。具体的这里有介绍:
    http://blog.csdn.net/yq495/article/details/7105128