crazyhacking的专栏

MySQL数据表结构中,一般情况下,都会定义一个具有‘AUTO_INCREMENT’扩展属性的‘ID’字段,以确保数据表的每一条记录都可以用这个ID唯一确定;

随着数据的不断扩张,为了提高数据库查询性能,降低查询热点,一般都会把一张表按照一定的规则分成多张数据表,即常说的分表;分表除了表名的索引不同之外,表结构都是一样的,如果各表的‘ID’字段仍采用‘AUTO_INCREMENT’的方式的话,ID就不能唯确定一条记录了。这时就需要一种处于各个分表之外的机制来生成ID,我们一般采用一张单独的数据表(不妨假设表名为‘ticket_mutex’)来保存这个ID,无论哪个分表有数据增加时,都是先到ticket_mutex表把ID值加1,然后取得ID值。这个取ID的操作看似很复杂,所幸的是,MySQL提供了LAST_INSERT_ID机制,让我们能一步完成。1、新建数据表ticket_mutex

CREATETABLEticket_mutex (

namevarchar(32)NOTNULLPRIMARYKEYCOMMENT’业务名称’,

valuebigint(20) UNSIGNED NOTNULLCOMMENT’ID值’

)Engine=InnoDBDEFAULTCHARSET=UTF8 COMMENT ‘保存分表ID表’;

字段‘name’用来说明这个ID是哪个业务的,比如‘用户’的ID,我们可以定为‘USER’;字段‘value’即该业务的ID值。2、初始化业务和其ID值

INSERTINTOticket_mutex(name, value) values(‘USER’, 0),(‘POST’, 0);

+——+——-+

|name| value |

+——+——-+

| POST | 0 |

|USER| 0 |

+——+——-+

我们初始化了2条记录,即有2个不同的业务,分别代表‘用户信息’和‘主题信息’,,它们初始ID值均为‘0’;3、获取分表唯一ID这个时候就要利用MySQL提供的LAST_INSERT_ID()机制了。在往用户表里新增一条数据时,获取‘用户ID’:

UPDATEticket_mutexSETvalue=LAST_INSERT_ID(value+1)WHEREname=’USER’;SELECTLAST_INSERT_ID();

+——————+

| LAST_INSERT_ID() |

+——————+

| 1 |

+——————+

通过这条语句之后,我们得到结果为1,这个值就是我们所需要的值。再来查看数据记录,我们发现记录总数没有改变,但是‘用户’的ID已经为1了;

+——+——-+

|name| value |

+——+——-+

| POST | 0 |

|USER| 1 |

+——+——-+

同样的方法,我们可获取‘主题’的ID:

UPDATEticket_mutexSETvalue=LAST_INSERT_ID(value+1)WHEREname=’POST’;SELECTLAST_INSERT_ID();

+——————+

| LAST_INSERT_ID() |

+——————+

| 1 |

+——————+

查看所有的记录:

+——+——-+

|name| value |

+——+——-+

| POST | 1 |

|USER| 1 |

+——+——-+

从上可以看出,通过MySQL的LAST_INSERT_ID机制,我们可以保证在记录总数不增长的情况下,让业务ID在不断的增加,从而保证了分表ID的唯一性。4、LAST_INSERT_ID说明从名字可以看出,LAST_INSERT_ID即为最后插入的ID值,根据MySQL的官方手册说明,它有2种使用方法一是不带参数:LAST_INSERT_ID(),这种方法和AUTO_INCREMENT属性一起使用,当往带有‘AUTO_INCREMENT’属性字段的表中新增记录时,LAST_INSERT_ID()即返回该字段的值,大家可试下(我已经验证过);二是带有表达式:如上面介绍的LAST_INSERT_ID(value+1),它返回的是表达式的值,即‘value+1’;

人生就是一次充满未知的旅行,在乎的是沿途的风景,

crazyhacking的专栏

相关文章:

你感兴趣的文章:

标签云: