alter table album change album_id album_id bigint not null auto_increment;
alter table album auto_increment=1;
建立:mysql>create table cc(id int auto_increment,name varchar(20),primary key(id));
mysql>create table cc(id int auto_increment not null primary key)
修改:mysql> alter table cc change id id int primary key auto_increment;
mysql>alter table cc add name varchar(20)
mysql>insert into table_name (name) values('huangkai1')
optimize table tt 釋放空間
1.ceil () 向上取整 例： ceil(1.2) = 2
2.floor () 向下取整 例： floor(1.2) = 1
3.round() 四捨五入
4.year(birthday)
5.moth((birthday))
6.day(birthday)
select name,ceil((to_days(now())-to_days(name2))/365) birthday from tt where name2 is not null
selectceil(ct/500)*500 cct ,count(*)fromuser_answercount
groupbycct
selectfloor(ct/500)*500 cct ,count(*)fromuser_answercount
groupbycct
selectround(ct/500)*500 cct ,count(*)fromuser_answercount
groupbycct
注:只有int型別且為primary key 才可以使用auto_increment.
如果用hibernate作為持久層,那麼主鍵id處用identity型別.
對於乙個表主鍵的選擇，從架構設計角度來說，盡量設計乙個與業務無關的字段來作為主鍵會對系統更好
當然，這勢必會增加表資料量的大小，可能有些人會認為這個***不值得而選擇乙個有業務意義的字段(或者多個字段)來作為主鍵
但是對於大多數時候，這個欄位所增加的物理儲存空間實際上是很小的，並沒有很多人想象的那麼可怕。而帶來邏輯上的簡單是很可觀的。
另外，是否選擇自增型別作為主鍵，這個可以說是各有好處，如果用自增，應用可以不care這個主鍵的值得設定，但是有在高併發下成為瓶頸的風險，當然如果併發並不是非常非常高的話，一般不會成為瓶頸。如果自己控制這個主鍵值的話，更需要付出一點點代價來生成這個值，併發問題可以通過擴充套件應用集群來解決。
mysql 實現id自增序列 mysql自增id列
如果希望在每次插入新記錄時，自動地建立主鍵欄位的值。可以在表中建立乙個 auto increment 字段。mysql 使用 auto increment 關鍵字來執行 auto increment 任務。預設地auto increment 的開始值是 1，每條新記錄遞增 1。主鍵又稱主關鍵字，主關...
mysql 主鍵自增語句 MySQL 自增主鍵
以下僅考慮 innodb 儲存引擎。自增主鍵有兩個性質需要考慮 單調性每次插入一條資料，其 id 都是比上一條插入的資料的 id 大，就算上一條資料被刪除。連續性插入成功時，其資料的 id 和前一次插入成功時資料的 id 相鄰。自增主鍵的單調性 為何會有單調性的問題？這主要跟自增主鍵最大值的獲取方式...
mysql 自增字段原理 MySQL自增字段暴增
找了點資料 從網上看到一篇文章，mysql在檢測到表中有損壞的記錄時，會自動修復，為了保證資料的完整性，mysql會以空格 0x20 寫進磁碟來完成修復。根據欄位的型別，自增字段的長度不同，所允許的最大值也不同。見下 int 10 unsigned型別最大值十進位制為4294967295，十六進製制...