MySQL设置自增字段的相关语句：

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这个主键的值得设定，但是有在高并发下成为瓶颈的风险，当然如果并发并不是非常非常高的话，一般不会成为瓶颈。如果自己控制这个主键值的话，更需要付出一点点代价来生成这个值，并发问题可以通过扩展应用集群来解决。