我將id的int類型改成了bigint就可以了，其實再改回來可能也會好了。可能是數據庫備份的時候出現了錯誤。
開發的網站後台系統在測試過程中出現了這個問題：
Invalid Query : Duplicate entry ‘127′ for key 1
SQL is : INSERT INTO `kq_news` (`Title`,`Author`,`Type`,`Content`,`IsDel`,`Adate`,`Range`,`Lang`) values ('捐款活動','yuanying','3′,”,'0′,NOW(),'2′,'cn')
因為是第一次遇到這樣的問題，GOOGLE了一下，類似問題N多，解決方法有很多雷同的，無非就是說修復表（repair），MySQL的修復工具myisamchk工具修復。試了一下，仍然沒有解決。
然後查看了一下數據表結構：
復制代碼 代碼如下:
CREATE TABLE IF NOT EXISTS `kq_news` (
`Id` tinyint(3) NOT NULL auto_increment,
`Title` varchar(90) collate latin1_general_ci NOT NULL,
`Content` text collate latin1_general_ci NOT NULL,
`Adate` date NOT NULL,
`IsDel` tinyint(1) NOT NULL default ‘0′,
`Hits` int(5) NOT NULL default ‘0′,
`Author` varchar(20) collate latin1_general_ci NOT NULL,
`Type` tinyint(1) NOT NULL default ‘1′,
`Lang` varchar(2) collate latin1_general_ci NOT NULL,
`Range` tinyint(1) NOT NULL default ‘1′,
PRIMARY KEY (`Id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci ;
終於明白，原來是Id這個自增型字段類型搞錯了！轉換一下數據類型就搞定了！
之後打開了MYSQL手冊找到了TINYINT和SMALLINT和INT類型的說明：
TINYINT[(M)] [UNSIGNED] [ZEROFILL]
一個很小的整數。有符號的范圍是-128到127，無符號的范圍是0到255
SMALLINT[(M)] [UNSIGNED] [ZEROFILL]
一個小整數。有符號的范圍是-32768到32767，無符號的范圍是0到65535。
MEDIUMINT[(M)] [UNSIGNED] [ZEROFILL]
一個中等大小整數。有符號的范圍是-8388608到8388607，無符號的范圍是0到16777215。
INT[(M)] [UNSIGNED] [ZEROFILL]
一個正常大小整數。有符號的范圍是-2147483648到2147483647，無符號的范圍是0到4294967295。
INTEGER[(M)] [UNSIGNED] [ZEROFILL]
這是INT的一個同義詞。
BIGINT[(M)] [UNSIGNED] [ZEROFILL]
一個大整數。有符號的范圍是-9223372036854775808到9223372036854775807，無符號的范圍是0到
18446744073709551615。
原來如此！
那網上其它的Invalid Query : Duplicate entry ‘32767′ for key 1出錯的原因也在於此了！
