一、生成唯一uuid
看到某些人会用uuid去代替用户的uid
从代码中可以看出,通过unique生成一个以毫秒级时间戳为前缀的字符后md5加密
再通过分隔符进行分割后得到uuid
这种方式虽然极大程度的避免了uid的重复
但是生成的uid太长,足足36个字符,而且是混杂英文和数字符号的,可读性很差
而一般的uid中都是纯数值组成的
<?php
function generateUUid($strtoupper = false)
{
$charid = call_user_func($strtoupper ? 'strtoupper' : 'strtolower', md5(uniqid(microtime(true), true)));
$hyphen = chr(45);
$uuid = substr($charid, 0, 8) . $hyphen . substr($charid, 8, 4) . $hyphen . substr($charid, 12, 4) . $hyphen . substr($charid, 16, 4) . $hyphen . substr($charid, 20, 12);
return $uuid;
}
//结果:37f14a07-cb18-2e54-4e40-da1e2fa0456d
二、生成唯一uid
由于一般正常的uid都是纯数值型的
而要保证唯一性,必然要跟时间戳有关系,因此有了以下代码
为了尽可能的在同一秒中注册人数的uid不同,将时间戳进行打乱随机排序,也不失为一个好办法
但是这种缺点就是,uid长度是固定的,无法进行改变,虽然呢,打乱字符是一个很好的解决重复的方式
但是事情无绝对,如果真的因为随机碰撞导致的uid相同该如何
为了更保险起见,必然还是要走一次数据库的查询
大大增加了数据库的I/O压力
<?php
function generateUid()
{
return call_user_func('str_shuffle', time());
}
//结果:4067524162
三、 生成唯一uid的正确方法
虽然说上面的两种方式并非不可取
但是在大型公司必然不可取,一种是uid的格式必然纯数值,所以uuid方式可以排除
另外由于对数据库的压力起见,必然也不会采用第二种方式
而最经常采用的方式应该是使用数据库的主键索引,因为主键索引必然唯一
这里很多人会疑惑,主键索引不是会从1开始吗,这uid会有1位数的?
小了,格局小了,你可以设置主键索引的offset,让他从100000开始,不就可以解决这个问题了吗
这时候有人又问,那主键索引增加不是有规律的吗,比如插一条,会自增1
这时候就可以设置主键索引的增长步长,让他插入一条的步长不为1即可
而为了让uid看起来更加没有关联性,你可以设置步长为基数,比如3
这样增长起来,就会是100000,100003,100006,100009,100012....
系统推荐
实践学习php,thinkphp,Redis,vue,uni-app等技术,推荐开源电商系统likeshop,可以借鉴思路,点击阅读原文,或打开地址:
https://gitee-github.com/VyN8svYL
求一键四连:点赞、转发、在看、阅读原文