欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

面試官問訂單ID是如何生成的?難道不是MySQL自增主鍵

 更新時間:2023年02月28日 10:33:18   作者:一燈架構  
最近在考慮訂單id怎么生成,下面這篇文章主要給大家介紹了關于面試官問訂單ID是如何生成的?難道不是MySQL自增主鍵的相關資料,需要的朋友可以參考下

一個美女面試官坐到我的對面,發(fā)光logo的MacBook也擋不住她那圓潤可愛的臉龐。

程序媛本就稀有,美女面試官更是難尋。

這么溫柔可愛的面試官,應該不會為難我吧。嗯,應該是的,畢竟我這么帥氣,面試可能就是走個過場。美女面試官是不是單身?畢竟程序員都不善交流,因為我也是單身,難道我的姻緣就在此注定。孩子的名字我都想好了。一冰!好名字。

面試官: 小伙子,你低著頭笑什么吶。開始面試了,你知道訂單ID是怎么生成的嗎?

啥?訂單ID怎么生成?美女怎么不按套路出牌!HashMap實現(xiàn)原理,我已經(jīng)倒背如流,你不問。瞎問什么訂單ID。

我: 還能咋生成?用數(shù)據(jù)庫主鍵自增唄。

面試官: 這樣不行啊。數(shù)據(jù)庫主鍵順序自增,每天有多少訂單量被競爭對手看的一清二楚,商業(yè)機密都暴露了。
況且單機MySQL只能支持幾百量級的并發(fā),我們公司每天千萬訂單量,hold不住啊。

我: 嗯,那就用用數(shù)據(jù)庫集群,自增ID起始值按機器編號,步長等于機器數(shù)量。
比如有兩臺機器,第一臺機器生成的ID是1、3、5、7,第二臺機器生成的ID是2、4、6、8。性能不行就加機器,這并發(fā)量der一下就上去了。

面試官: 小伙子,你想得倒是挺好。你有沒有想過實現(xiàn)百萬級的并發(fā),大概就需要2000臺機器,你這還只是用來生成訂單ID,公司再有錢也經(jīng)不起這么造。

我: 既然MySQL的并發(fā)量不行,我們是不是可以提前從MySQL獲取一批自增ID,加載到本地內存中,然后從內存中并發(fā)取,這并發(fā)性能豈不是杠杠滴。

面試官: 你還挺上道,這種叫號段模式。并發(fā)量是上去了,但是自增ID還是不能作為訂單ID的。

我: 用Java自帶UUID怎么樣?

import java.util.UUID;

/**
 * @author yideng
 * @apiNote UUID示例
 */
public class UUIDTest {
    public static void main(String[] args) {
        String orderId = UUID.randomUUID().toString().replace("-", "");
        System.out.println(orderId);
    }
}

輸出結果:

58e93ecab9c64295b15f7f4661edcbc1

面試官: 也不行。32位字符串會占用更大的空間,無序的字符串作數(shù)據(jù)庫主鍵,每次插入數(shù)據(jù)庫的時候,MySQL為了維護B+樹結構,需要頻繁調整節(jié)點順序,影響性能。況且字符串太長,也沒有任何業(yè)務含義,pass。

小伙子,你可能是沒參與過電商系統(tǒng),我先跟說一下生成訂單ID要滿足哪些條件:

全局唯一:如果訂單ID重復了,肯定要完蛋。
高性能:要做到高并發(fā)、低延遲。生成訂單ID都成為瓶頸了,那還得了。
高可用:至少要做到4個9,別動不動就宕機了。
易用性:如果為了滿足上述要求,搞了幾百臺服務器,復雜且難以維護,也不行。
數(shù)值且有序遞增:數(shù)值占用的空間更小,有序遞增能保證插入MySQL的時候更高性能。
嵌入業(yè)務含義:如果訂單ID里面能嵌入業(yè)務含義,就能通過訂單ID知道是哪個業(yè)務線生成的,便于排查問題。

我擦,生成一個小小的訂單ID,搞出這么多規(guī)則,還能玩下去嗎?難道今天的面試要跪,怎么可能。一燈的文章我一直訂閱,這個還能難得住我,陪美女程序員玩玩還當真了。

我: 我聽說圈內有一種流傳已久的分布式、高性能、高可用的訂單ID生成算法—雪花算法,完全能滿足你的上述要求。雪花算法生成ID是Long類型,長度64位。

第 1 位: 符號位,暫時不用。
第 2~42 位: 共41位,時間戳,單位是毫秒,可以支撐大約69年
第 43~52 位: 共10位,機器ID,最多可容納1024臺機器
第 53~64 位: 共12位,序列號,是自增值,表示同一毫秒內產(chǎn)生的ID,單臺機器每毫秒最多可生成4096個訂單ID

代碼實現(xiàn):

/**
 * @author 一燈架構
 * @apiNote 雪花算法
 **/
public class SnowFlake {

    /**
     * 起始時間戳,從2021-12-01開始生成
     */
    private final static long START_STAMP = 1638288000000L;

    /**
     * 序列號占用的位數(shù) 12
     */
    private final static long SEQUENCE_BIT = 12;

    /**
     * 機器標識占用的位數(shù)
     */
    private final static long MACHINE_BIT = 10;

    /**
     * 機器數(shù)量最大值
     */
    private final static long MAX_MACHINE_NUM = ~(-1L << MACHINE_BIT);

    /**
     * 序列號最大值
     */
    private final static long MAX_SEQUENCE = ~(-1L << SEQUENCE_BIT);

    /**
     * 每一部分向左的位移
     */
    private final static long MACHINE_LEFT = SEQUENCE_BIT;
    private final static long TIMESTAMP_LEFT = SEQUENCE_BIT + MACHINE_BIT;

    /**
     * 機器標識
     */
    private long machineId;
    /**
     * 序列號
     */
    private long sequence = 0L;
    /**
     * 上一次時間戳
     */
    private long lastStamp = -1L;

    /**
     * 構造方法
     * @param machineId 機器ID
     */
    public SnowFlake(long machineId) {
        if (machineId > MAX_MACHINE_NUM || machineId < 0) {
            throw new RuntimeException("機器超過最大數(shù)量");
        }
        this.machineId = machineId;
    }

    /**
     * 產(chǎn)生下一個ID
     */
    public synchronized long nextId() {
        long currStamp = getNewStamp();
        if (currStamp < lastStamp) {
            throw new RuntimeException("時鐘后移,拒絕生成ID!");
        }

        if (currStamp == lastStamp) {
            // 相同毫秒內,序列號自增
            sequence = (sequence + 1) & MAX_SEQUENCE;
            // 同一毫秒的序列數(shù)已經(jīng)達到最大
            if (sequence == 0L) {
                currStamp = getNextMill();
            }
        } else {
            // 不同毫秒內,序列號置為0
            sequence = 0L;
        }

        lastStamp = currStamp;

        return (currStamp - START_STAMP) << TIMESTAMP_LEFT // 時間戳部分
                | machineId << MACHINE_LEFT             // 機器標識部分
                | sequence;                             // 序列號部分
    }

    private long getNextMill() {
        long mill = getNewStamp();
        while (mill <= lastStamp) {
            mill = getNewStamp();
        }
        return mill;
    }

    private long getNewStamp() {
        return System.currentTimeMillis();
    }

    public static void main(String[] args) {
        // 訂單ID生成測試,機器ID指定第0臺
        SnowFlake snowFlake = new SnowFlake(0);
        System.out.println(snowFlake.nextId());
    }
}

輸出結果:

6836348333850624

接入非常簡單,不需要搭建服務集群,。代碼邏輯非常簡單,,同一毫秒內,訂單ID的序列號自增。同步鎖只作用于本機,機器之間互不影響,每毫秒可以生成四百萬個訂單ID,非常強悍。

生成規(guī)則不是固定的,可以根據(jù)自身的業(yè)務需求調整。如果你不需要那么大的并發(fā)量,可以把機器標識位拆出一部分,當作業(yè)務標識位,標識是哪個業(yè)務線生成的訂單ID。

面試官: 小伙子,有點東西,深藏不漏啊。再問個更難的問題,你覺得雪花算法還有改進的空間嗎?

你真是打破砂鍋問到底,不把我問趴下不結束。幸虧來之前我瞥了一眼一燈的文章。

我: 有的,雪花算法嚴重依賴系統(tǒng)時鐘。如果時鐘回撥,就會生成重復ID。

面試官: 有什么解決辦法嗎?

我: 有問題就會有答案。比如美團的Leaf(美團自研一種分布式ID生成系統(tǒng)),為了解決時鐘回撥,引入了zookeeper,原理也很簡單,就是比較當前系統(tǒng)時間跟生成節(jié)點的時間。

有的對并發(fā)要求更高的系統(tǒng),比如雙十一秒殺,每毫秒4百萬并發(fā)還不能滿足要求,就可以使用雪花算法和號段模式相結合,比如百度的UidGenerator、滴滴的TinyId。想想也是,號段模式的預先生成ID肯定是高性能分布式訂單ID的最終解決方案。

面試官: 小伙子,我看你簡歷上寫著已經(jīng)離職了。明天就來上班吧,薪資double,就這樣了。

總結

到此這篇關于面試官問訂單ID是如何生成的文章就介紹到這了,更多相關MySQL自增主鍵生成訂單ID內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!

相關文章

  • Mysql中TIMESTAMPDIFF函數(shù)的語法與練習案例

    Mysql中TIMESTAMPDIFF函數(shù)的語法與練習案例

    在應用時經(jīng)常要使用這兩個函數(shù)TIMESTAMPDIFF和TIMESTAMPADD,下面這篇文章主要給大家介紹了關于Mysql中TIMESTAMPDIFF函數(shù)的語法與練習案例的相關資料,需要的朋友可以參考下
    2022-09-09
  • MySQL不支持INTERSECT和MINUS及其替代方法

    MySQL不支持INTERSECT和MINUS及其替代方法

    這篇文章主要介紹了MySQL不支持INTERSECT和MINUS情況下的替代方法,需要的朋友可以參考下
    2014-03-03
  • MySQL查詢學習之基礎查詢操作

    MySQL查詢學習之基礎查詢操作

    這篇文章主要給大家介紹了關于MySQL查詢學習之基礎查詢操作的相關資料,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2021-05-05
  • mysql 獲取時間方式

    mysql 獲取時間方式

    這篇文章主要介紹了mysql 獲取時間方式,獲取指定時間,獲取當前時間等相關內容,需要的朋友可以參考一下,希望對你有所幫助
    2022-03-03
  • mysql SELECT FOR UPDATE語句使用示例

    mysql SELECT FOR UPDATE語句使用示例

    本文介紹在mysql中使用mysql SELECT FOR UPDATE 語句時的一些問題與解決辦法
    2013-11-11
  • Mysql中強大的group?by語句解析

    Mysql中強大的group?by語句解析

    這篇文章主要介紹了Mysql中強大的group?by語句解析,GROUP?BY?語句根據(jù)一個或多個列對結果集進行分組。在分組的列上我們可以使用?COUNT,?SUM,?AVG,等函數(shù),需要的朋友可以參考下
    2023-07-07
  • 定時備份mysql, 定時切割nginx access log的方法

    定時備份mysql, 定時切割nginx access log的方法

    定時備份mysql, 定時切割nginx access log的方法,需要的朋友可以參考下。
    2011-09-09
  • mysql截取函數(shù)常用方法使用說明

    mysql截取函數(shù)常用方法使用說明

    常用的mysql截取函數(shù)有:left(), right(), substring(), substring_index(),很多新手朋友不是很了解,接下來詳細說明,需要的朋友可以參考下
    2012-12-12
  • MySQL 行鎖和表鎖的含義及區(qū)別詳解

    MySQL 行鎖和表鎖的含義及區(qū)別詳解

    這篇文章主要介紹了MySQL 行鎖和表鎖的含義及區(qū)別詳解,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2020-08-08
  • 解決mysql連接錯誤errorCode 0,state 08S01

    解決mysql連接錯誤errorCode 0,state 08S01

    這篇文章主要介紹了解決mysql連接錯誤errorCode 0,state 08S01,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教
    2024-05-05

最新評論