分库分表后就不能使用自增 ID 来作为表的主键了，因为数据库自增 ID 只适用于单机环境，但如果是分布式环境，是将数据库进行分库、分表或数据库分片等操作时，那么数据库自增 ID 就会生成重复 ID，从而导致业务查询上的问题。所以此时，可以使用 UUID 或雪花 ID 来作为全局主键 ID。
UUID（UniveRSAlly Unique Identifier）是一种全局唯一标识符，它保证在空间和时间上的唯一性。通常由 128 位的数字组成，采用 32 位的十六进制数表示，格式为 8-4-4-4-12 这样的 36 个字符（32 个字母数字字符和 4 个短横线），例如 550e8400-e29b-41d4-a716-446655440000。UUID 在 Java 中的实现如下：
import java.util.UUID;public class UUIDExample {public static void main(String[] args) {// Generate a random UUIDUUID uuid = UUID.randomUUID();System.out.println("Random UUID: " + uuid);// Convert UUID to stringString uuidString = uuid.toString();System.out.println("UUID as string: " + uuidString);// Convert string to UUIDUUID parsedUuid = UUID.fromString(uuidString);System.out.println("Parsed UUID: " + parsedUuid);}}虽然 UUID 可以保证全局唯一，但并不推荐使用 UUID 来作为分库分表后的主键 ID，因为 UUID 有两个问题：
雪花 ID（Snowflake ID）是一个用于分布式系统中生成唯一 ID 的算法，由 Twitter 公司提出。它的设计目标是在分布式环境下高效地生成全局唯一的 ID，具有一定的有序性。雪花 ID 的结构如下所示（共 64 位）：
这四部分代表的含义：
接下来，我们来实现一个 Java 版的雪花算法：
public class SnowflakeIdGenerator {// 定义雪花 ID 的各部分位数private static final long TIMESTAMP_BITS = 41L;private static final long NODE_ID_BITS = 10L;private static final long SEQUENCE_BITS = 12L;// 定义起始时间戳（可根据实际情况调整）private static final long EPOCH = 1609459200000L;// 定义最大取值范围private static final long MAX_NODE_ID = (1L << NODE_ID_BITS) - 1;private static final long MAX_SEQUENCE = (1L << SEQUENCE_BITS) - 1;// 定义偏移量private static final long TIMESTAMP_SHIFT = NODE_ID_BITS + SEQUENCE_BITS;private static final long NODE_ID_SHIFT = SEQUENCE_BITS;private final long nodeId;private long lastTimestamp = -1L;private long sequence = 0L;public SnowflakeIdGenerator(long nodeId) {if (nodeId < 0 || nodeId > MAX_NODE_ID) {throw new IllegalArgumentException("Invalid node ID");}this.nodeId = nodeId;}public synchronized long generateId() {long currentTimestamp = timestamp();if (currentTimestamp < lastTimestamp) {throw new IllegalStateException("Clock moved backwards");}if (currentTimestamp == lastTimestamp) {sequence = (sequence + 1) & MAX_SEQUENCE;if (sequence == 0) {currentTimestamp = untilNextMillis(lastTimestamp);}} else {sequence = 0L;}lastTimestamp = currentTimestamp;return ((currentTimestamp - EPOCH) << TIMESTAMP_SHIFT) |(nodeId << NODE_ID_SHIFT) |sequence;}private long timestamp() {return System.currentTimeMillis();}private long untilNextMillis(long lastTimestamp) {long currentTimestamp = timestamp();while (currentTimestamp <= lastTimestamp) {currentTimestamp = timestamp();}return currentTimestamp;}}调用代码如下：
public class Main {public static void main(String[] args) {// 创建一个雪花 ID 生成器实例，传入节点 IDSnowflakeIdGenerator idGenerator = new SnowflakeIdGenerator(1);// 生成 IDlong id = idGenerator.generateId();System.out.println(id);}}其中，nodeId 表示当前节点的唯一标识，可以根据实际情况进行设置。generateId 方法用于生成雪花 ID，采用同步方式确保线程安全。具体的生成逻辑遵循雪花 ID 的位运算规则，结合当前时间戳、节点 ID 和序列号生成唯一的 ID。
需要注意的是，示例中的时间戳获取方法使用了 System.currentTimeMillis()，根据实际需要可以替换为其他更精确的时间戳获取方式。同时，需要确保节点 ID 的唯一性，避免不同节点生成的 ID 重复。
虽然雪花算法是一种被广泛采用的分布式唯一 ID 生成算法，但它也存在以下几个问题：
如何解决时间回拨问题？
百度 UidGenerator 框架中解决了时间回拨的问题，并且解决方案比较经典，所以咱们这里就来给大家分享一下百度 UidGenerator 是怎么解决时间回拨问题的？
UidGenerator 是这样解决时间回拨问题的：UidGenerator 的每个实例中，都维护一个本地时钟缓存，用于记录当前时间戳。这个本地时钟会定期与系统时钟进行同步，如果检测到系统时钟往前走了（出现了时钟回拨），则将本地时钟调整为系统时钟。
数据库自增 ID 只适用于单机数据库环境，而对于分库、分表、数据分片来说，自增 ID 不具备唯一性，所以要要使用雪花 ID 来替代数据库自增 ID。但雪花算法依然存在一些问题，例如时间回拨的问题，所以此时，可以使用雪花算法的改进框架，如百度的 UidGenerator 来作为全局 ID 的生成方案会比较好。
Nginx环境下将wordpress文章分页url静态化的方法
* last 相当于Apache里的[L]标记，表示完成rewrite * break 终止匹配, 不再匹配后面的规则 * Redirect 返回302临时重定向 地址栏会显示跳转后的地址 * permanent 返回301永久重定向 地址栏会显示跳转后的地址一些可用的全局变量有，可以用做条件判断(待补全)
$args $content_length $content_type $document_root $document_uri $host $http_user_agent $http_cookie $limit_rate $request_body_file $request_method $remote_addr $remote_port $remote_user $request_filename $request_uri $query_string $scheme $server_protocol $server_addr $server_name $server_port $uri结合QeePHP的例子
if (!-d $request_filename) { rewrite ^/([a-z-A-Z]+)/([a-z-A-Z]+)/?(.*)$ /?namespace=user&controller=$1&action=$2&$3 last; rewrite ^/([a-z-A-Z]+)/?$ /?namespace=user&controller=$1 last; break;多目录转成参数/sort/2 => /?act=sort&name=abc&id=2
if ($host ~* (.*)\\) { set $sub_name $1; rewrite ^/sort\/(\d+)\/?$ /?act=sort&cid=$sub_name&id=$1 last; }目录对换//xxxx -> /xxxx?id=
rewrite ^/(\d+)/(.+)/ /$2?id=$1 last;例如下面设定nginx在用户使用ie的使用重定向到/nginx-ie目录下：
if ($http_user_agent ~ MSIE) { rewrite ^(.*)$ /nginx-ie/$1 break; }目录自动加“/”
if (-d $request_filename){ rewrite ^/(.*)([^/])$ http:// $host/$1$2/ permanent; }
建议可以下载配置好的NGINX测试
怎么做一个成功的面试
竹子的答案:面试是现在用人单位在录用过程中重要的环节。面试要达到双方都很满意,这是有过程.不是一次就会成功的.要达到满意的效果就更不容易.我的建议1>.调整心态..正确对待.一是不要怕.大家都是这样走过来的.如果没有面试上也不要气馁.很少有人一面试就成功的.二是自信些.,要给自己一分信心.不要太把考官当回事,轻松些,,就会表现的更好些.三是重视些.打有准备之战.既然应战就要准备充分.失败的可能就会少些..2>要换位思考.要站在对方的立场思考问题.多想想他们需要什么样的员工?他们会问你什么?你的努力方向就有了.3.>多下功夫.俗话说台上三分钟,台下十年功,面试要顺利通过.一定要多学习.多准备.如果这样去做,也许成功的希望就有了,4>注意细节.注意每一环节.如衣着得体,落落大方,5>介绍自己的优势和不足容易让大家记住.显的坦诚.质朴,成功的把握就更大了.祝顺利的通过面试.
有没有关西口音的电视剧，动画或者广播剧
关西话比较有特色的就是大阪话和京都话.大阪话高低起伏比较大,没记错的话，电视局「あなたの人生お运びします」(藤原纪香*山口智充)全局都是大阪话。 另外柯南里的服部和和叶，「理想の结婚」（竹野内丰*常盘贵子）里常盘一家，也都是大阪话。 动画片“浪客剑心”里“十本刀”的“张”（？名字有点忘了，就是扫帚头的那个人）也是大阪话。 标准的、有代表性的京都话则属艺妓用语，电影「舞妓はん」里面有一些；柯南剧场版「迷宫の十字路」是以京都为背景的，所以应该也有一些吧。 「只园囃子（ぎおんばやし）」没看过，不过也是以京都祗园为背景的。 「大奥」记不清了，应该也有的。 总体说来，同样是关西话，给日本人的固有印象有所不同。 大阪话更平民聒噪，而京都话则优雅高贵。 因此，在制作动画片的时候，往往会根据人物特性选择方言用语，即「役割语」。 顺带一提，个人认为九州福冈那边的调调也蛮有意思的。 具体可以参照「オー！マイ・ガール!!（Oh!My Girl!!）」里“藤峰子”（加藤ローサ/加藤罗莎）爸爸的台词。
发表评论