インタビューの質問
サブライブラリーのサブテーブルの後、どのようにIDを主キーに対処するには?(一意性、ソーティング等)
インタビュアー心理分析
実際には、これはあなたが直面する必要があります後にサブライブラリーのサブテーブルの問題であり、IDがたの世代ですか?複数のテーブルに分かれている場合、その後、各テーブルには1の先頭から累積されるので、それは確かではない、ああ、あなたが必要とするグローバルにユニークな、サポートのIDをソート問題。これはあなたの本当の本番環境問題を考慮しなければならないです。
フェイス質問解析
データベースの実装に基づいて、
データベースの増分ID
これは、IDを取得するたびに、あなたのシステムは、データの小さなビジネス上の意味のライブラリにテーブルを挿入し、データベースのID増分を取得することであることを意味します。そして、サブサブライブラリーテーブル書き込み、外出先に対応するIDを取得するために下ります。
この方式の利点は、便利で簡単で、誰が使用されます。欠点は、単一のライブラリ生成ということであるインクリメントID、高い同時実行は、その後、ボトルネックがあるだろう場合、あなたは、単に外観を向上させたい場合は、その後、すべての本サービスからサービスをオープンしました時間は、最大電流IDを取得し、その後、ID、IDのグループにIDを自身のいくつかのワンタイム・リターンをインクリメントした後インクリメントいくつかのID後の値に現在の最大値を変更する;しかし、いずれの場合にも、単一のデータベースに基づいています。
適切なシーン:二つの理由で、あなたのサブライブラリーのサブテーブル、いずれかの単一のデータベースの同時実行性が高すぎるか、あるいは単一のライブラリのデータが大きすぎる;もしない限り、同時性は高くありませんが、データ量が大きすぎるため、サブライブラリーのサブテーブルへそれは、ライブラリとテーブルの自動インクリメントの主キーを生成するために、放置、その後、数百に第2のアップあたりの最高によって複雑にすることができるので拡大は、あなたは、このプログラムを使用することができます。
増分ステップ・フィールドを設定するテーブルまたはデータベース配列
水平方向のスケーリングは、データベース配列表または自己増力フィールド工程によって提供することができます。
例えば、そこに8つのサービスノード、シーケンスIDを生成する機能を使用して、各サービスノード、それぞれ異なる開始配列のIDであり、連続増分ステップ・サイズは8です。
適したシナリオ:ユーザーIDが繰り返さ防止されたときに、このソリューションは、性能目標を達成することができ、実装が比較的簡単です。しかし、サービスノード固定ステップサイズも固定されているが、サービスノード、悪いがなかった場合も、将来的に増加します。
UUID
給付は、ローカルに来ていないデータベースに基づいて、生成される;悪い場所がある、UUIDが長すぎる、大きな空間は、主キーパフォーマンスの低下などの、より重要なのは、UUIDは秩序がない、B +ツリーインデックスにつながることができます過剰なランダム書き込みの書き込みに(連続ID生成部は、シーケンシャルライトであることができる)、及び、挿入操作が必要な場合には、シーケンシャル書き込み追記動作を生成していないので、全体のB +を読み取りノード全体がディスクに書き戻されます後にメモリへのツリーノードは、このレコードが挿入され、記録空間におけるこの動作は比較的大きな、著しい性能劣化です。
適切なシーン:あなたは、ランダムに生成されたファイル名、番号等に欲しいものであれば、あなたはUUIDを使用することができますが、主キーがUUIDであるとして使用することはできません。
UUID.randomUUID().toString().replace(“-”, “”) -> sfsdf23423rr234sfdaf
現在のシステム時刻を取得します。
これは、現在の時刻を取得することですが、問題があることで、高い同時時間は、のような1秒同時数千人は、状況の繰り返しがあるだろう、これは確かに適切ではありません。基本的には考えられなかったでしょう。
適切なシーン:あなたは、一般的にこのプログラムを使用する場合は、現在の時間は、あなたが考えるビジネスが受け入れ可能である場合、また可能である、IDとして、一緒にスプライス他の多くの事業分野です。あなたは、グローバルに一意の番号を形成するために一緒にスプライシングされた現在の時刻とのビジネスフィールドの値を平準化することができます。
スノーフレークアルゴリズム
スノーフレークアルゴリズムは、Scalaの言語を使用して、収入分配ささえずりID生成アルゴリズムであり、長いタイプIDは64ビット、1ビットは、その中に+ 41使用されていないミリ秒単位のビット数+ 10ビットを有する作業機械として使用されますシーケンス番号としてID + 12ビット。
- 1ビット:ないので、なぜそれから?最初のビットにバイナリが1であるので、それがある場合、それは負であるが、我々は、IDを生成する正であるので、最初のビットが0に均一です。
- 41ビット:それは、タイムスタンプ(ミリ秒)ことを示しています。41ビットの数は、最大に表現することができます
2^41 - 1
つまり、あなたが識別することができ、2^41 - 1
ミリ秒の値を、69歳で大人の用語で表現。 - 10ビット:作業機IDを記録、サービス、すなわち1024年機械最大2 ^ 10のマシンに展開することができ表します。しかし、5ビットの10ビット代わっ室IDで、マシンIDの代わりに5のGeビット。ほとんどの代表者という意味
2^5
の部屋(32室)は、各部屋に表すことができ2^5
、機械(32機)。 - 12ビット:生成された同じミリ秒異なるIDを記録するために使用される最大の正の整数、12ビットを表すことができる
2^12 - 1 = 4096
、すなわち、この数は区別するために12ビットで表現することができる、単一ミリ秒異なるIDの4096を。
0 | 0001100 10100010 10111110 10001001 01011100 00 | 10001 | 1 1001 | 0000 00000000
public class IdWorker {
private long workerId;
private long datacenterId;
private long sequence;
public IdWorker(long workerId, long datacenterId, long sequence) {
// sanity check for workerId
// 这儿不就检查了一下,要求就是你传递进来的机房id和机器id不能超过32,不能小于0
if (workerId > maxWorkerId || workerId < 0) {
throw new IllegalArgumentException(
String.format("worker Id can't be greater than %d or less than 0", maxWorkerId));
}
if (datacenterId > maxDatacenterId || datacenterId < 0) {
throw new IllegalArgumentException(
String.format("datacenter Id can't be greater than %d or less than 0", maxDatacenterId));
}
System.out.printf(
"worker starting. timestamp left shift %d, datacenter id bits %d, worker id bits %d, sequence bits %d, workerid %d",
timestampLeftShift, datacenterIdBits, workerIdBits, sequenceBits, workerId);
this.workerId = workerId;
this.datacenterId = datacenterId;
this.sequence = sequence;
}
private long twepoch = 1288834974657L;
private long workerIdBits = 5L;
private long datacenterIdBits = 5L;
// 这个是二进制运算,就是 5 bit最多只能有31个数字,也就是说机器id最多只能是32以内
private long maxWorkerId = -1L ^ (-1L << workerIdBits);
// 这个是一个意思,就是 5 bit最多只能有31个数字,机房id最多只能是32以内
private long maxDatacenterId = -1L ^ (-1L << datacenterIdBits);
private long sequenceBits = 12L;
private long workerIdShift = sequenceBits;
private long datacenterIdShift = sequenceBits + workerIdBits;
private long timestampLeftShift = sequenceBits + workerIdBits + datacenterIdBits;
private long sequenceMask = -1L ^ (-1L << sequenceBits);
private long lastTimestamp = -1L;
public long getWorkerId() {
return workerId;
}
public long getDatacenterId() {
return datacenterId;
}
public long getTimestamp() {
return System.currentTimeMillis();
}
public synchronized long nextId() {
// 这儿就是获取当前时间戳,单位是毫秒
long timestamp = timeGen();
if (timestamp < lastTimestamp) {
System.err.printf("clock is moving backwards. Rejecting requests until %d.", lastTimestamp);
throw new RuntimeException(String.format(
"Clock moved backwards. Refusing to generate id for %d milliseconds", lastTimestamp - timestamp));
}
if (lastTimestamp == timestamp) {
// 这个意思是说一个毫秒内最多只能有4096个数字
// 无论你传递多少进来,这个位运算保证始终就是在4096这个范围内,避免你自己传递个sequence超过了4096这个范围
sequence = (sequence + 1) & sequenceMask;
if (sequence == 0) {
timestamp = tilNextMillis(lastTimestamp);
}
} else {
sequence = 0;
}
// 这儿记录一下最近一次生成id的时间戳,单位是毫秒
lastTimestamp = timestamp;
// 这儿就是将时间戳左移,放到 41 bit那儿;
// 将机房 id左移放到 5 bit那儿;
// 将机器id左移放到5 bit那儿;将序号放最后12 bit;
// 最后拼接起来成一个 64 bit的二进制数字,转换成 10 进制就是个 long 型
return ((timestamp - twepoch) << timestampLeftShift) | (datacenterId << datacenterIdShift)
| (workerId << workerIdShift) | sequence;
}
private long tilNextMillis(long lastTimestamp) {
long timestamp = timeGen();
while (timestamp <= lastTimestamp) {
timestamp = timeGen();
}
return timestamp;
}
private long timeGen() {
return System.currentTimeMillis();
}
// ---------------测试---------------
public static void main(String[] args) {
IdWorker worker = new IdWorker(1, 1, 1);
for (int i = 0; i < 30; i++) {
System.out.println(worker.nextId());
}
}
}
あなたは41ビットはミリ秒単位での現在のタイムスタンプであることを、それの意味について、どのように言うか、それはこの意味である。そして、5ビットを使用すると、渡されたということです部屋の他の5ビット、ID(だけ32の最大以内)をあなたが渡された機械前の世代に従えば、12ビットのシリアル番号の残りの部分は、つまり、時間のミリ秒のID内に残っている(だけ最大32内の)IDは、順序は、あなたが蓄積与えます未満4096個の番号まで。
ですから、彼はサービスに従事するツールを活用し、各部屋内の各マシンの機械室のシリアル番号の先頭が0である、そのようなことを初期化されます。そして、それは機械室は、IDを生成することを言って、リクエストを受信するたびに、対応する労働者の世代があります。
このアルゴリズムスノーフレークを使用して、あなたも機械室とIDのIDの、とにかく、あなたはさておき5ビット+ 5ビットを設定し、あなたが可能であり、他のものに意味をビジネスを持って、あなた自身の会社のサービスを開発することができます。
もちろん、あなたも使用することができます:1つのビットが41ビットであるところでは未使用+であるミリ秒+ 12であるあなた自身のビジネスを使用するには、どのように作業機ID、または順序について逆の交換、などの10ビットとシーケンス番号+としてビットこれは、組み合わせを装備する必要があります。
、通常は数十秒あたりの同時シーンの何千もの、それは高い同時実行であれば、これは比較的良好なパフォーマンスがどうあるべきか、あなたと十分なスノーフレークアルゴリズムはまだ比較的トリッキーなので、あなたが本当にID分散型発電を行う必要がありますA。
公共メートルのポケットのリンクの数に基づいて:
https://mp.weixin.qq.com/s/mt8bVpM57SsI-nvTRKxSKg
出典:https://www.cnblogs.com/midoujava/p/11610492.html
================================================== =======
のみ一意であることが保証場合は、個々のモジュール自身のルールに基づいて番号を生成するために、独自のルールやアルゴリズムを書き込みます。
例えば、簡単な例では、前に、フォーマット指定された文字列生成プログラムは、アルゴリズムに従って、固定フォーマットの構成ファイルの構成としてシーケンス番号を生成するために使用されるXMLファイルに記述されました。同様の日付フォーマット関数。
しかし、多くの場合、彼らはなど、複数のデータ集約、重合などのほか、ソートに多くの時間を必要とする、我々は、生成された時間の記録に基づいてソートする必要がなく、精度を検討:時々、分、秒、センチ、ミリなど繊細に複数のサーバは、その上のネットワーク遅延に依存しているとする必要がある時間に同期するとき。
すべて、および独自の耐障害性に耐えることができるようにするには、ビジネスニーズに応じて決定されます
インタビューの質問
サブライブラリーのサブテーブルの後、どのようにIDを主キーに対処するには?(一意性、ソーティング等)
インタビュアー心理分析
実際には、これはあなたが直面する必要があります後にサブライブラリーのサブテーブルの問題であり、IDがたの世代ですか?複数のテーブルに分かれている場合、その後、各テーブルには1の先頭から累積されるので、それは確かではない、ああ、あなたが必要とするグローバルにユニークな、サポートのIDをソート問題。これはあなたの本当の本番環境問題を考慮しなければならないです。
フェイス質問解析
データベースの実装に基づいて、
データベースの増分ID
これは、IDを取得するたびに、あなたのシステムは、データの小さなビジネス上の意味のライブラリにテーブルを挿入し、データベースのID増分を取得することであることを意味します。そして、サブサブライブラリーテーブル書き込み、外出先に対応するIDを取得するために下ります。
この方式の利点は、便利で簡単で、誰が使用されます。欠点は、単一のライブラリ生成ということであるインクリメントID、高い同時実行は、その後、ボトルネックがあるだろう場合、あなたは、単に外観を向上させたい場合は、その後、すべての本サービスからサービスをオープンしました時間は、最大電流IDを取得し、その後、ID、IDのグループにIDを自身のいくつかのワンタイム・リターンをインクリメントした後インクリメントいくつかのID後の値に現在の最大値を変更する;しかし、いずれの場合にも、単一のデータベースに基づいています。
適切なシーン:二つの理由で、あなたのサブライブラリーのサブテーブル、いずれかの単一のデータベースの同時実行性が高すぎるか、あるいは単一のライブラリのデータが大きすぎる;もしない限り、同時性は高くありませんが、データ量が大きすぎるため、サブライブラリーのサブテーブルへそれは、ライブラリとテーブルの自動インクリメントの主キーを生成するために、放置、その後、数百に第2のアップあたりの最高によって複雑にすることができるので拡大は、あなたは、このプログラムを使用することができます。
増分ステップ・フィールドを設定するテーブルまたはデータベース配列
水平方向のスケーリングは、データベース配列表または自己増力フィールド工程によって提供することができます。
例えば、そこに8つのサービスノード、シーケンスIDを生成する機能を使用して、各サービスノード、それぞれ異なる開始配列のIDであり、連続増分ステップ・サイズは8です。
適したシナリオ:ユーザーIDが繰り返さ防止されたときに、このソリューションは、性能目標を達成することができ、実装が比較的簡単です。しかし、サービスノード固定ステップサイズも固定されているが、サービスノード、悪いがなかった場合も、将来的に増加します。
UUID
給付は、ローカルに来ていないデータベースに基づいて、生成される;悪い場所がある、UUIDが長すぎる、大きな空間は、主キーパフォーマンスの低下などの、より重要なのは、UUIDは秩序がない、B +ツリーインデックスにつながることができます過剰なランダム書き込みの書き込みに(連続ID生成部は、シーケンシャルライトであることができる)、及び、挿入操作が必要な場合には、シーケンシャル書き込み追記動作を生成していないので、全体のB +を読み取りノード全体がディスクに書き戻されます後にメモリへのツリーノードは、このレコードが挿入され、記録空間におけるこの動作は比較的大きな、著しい性能劣化です。
適切なシーン:あなたは、ランダムに生成されたファイル名、番号等に欲しいものであれば、あなたはUUIDを使用することができますが、主キーがUUIDであるとして使用することはできません。
UUID.randomUUID().toString().replace(“-”, “”) -> sfsdf23423rr234sfdaf
現在のシステム時刻を取得します。
これは、現在の時刻を取得することですが、問題があることで、高い同時時間は、のような1秒同時数千人は、状況の繰り返しがあるだろう、これは確かに適切ではありません。基本的には考えられなかったでしょう。
適切なシーン:あなたは、一般的にこのプログラムを使用する場合は、現在の時間は、あなたが考えるビジネスが受け入れ可能である場合、また可能である、IDとして、一緒にスプライス他の多くの事業分野です。あなたは、グローバルに一意の番号を形成するために一緒にスプライシングされた現在の時刻とのビジネスフィールドの値を平準化することができます。
スノーフレークアルゴリズム
スノーフレークアルゴリズムは、Scalaの言語を使用して、収入分配ささえずりID生成アルゴリズムであり、長いタイプIDは64ビット、1ビットは、その中に+ 41使用されていないミリ秒単位のビット数+ 10ビットを有する作業機械として使用されますシーケンス番号としてID + 12ビット。
- 1ビット:ないので、なぜそれから?最初のビットにバイナリが1であるので、それがある場合、それは負であるが、我々は、IDを生成する正であるので、最初のビットが0に均一です。
- 41ビット:それは、タイムスタンプ(ミリ秒)ことを示しています。41ビットの数は、最大に表現することができます
2^41 - 1
つまり、あなたが識別することができ、2^41 - 1
ミリ秒の値を、69歳で大人の用語で表現。 - 10ビット:作業機IDを記録、サービス、すなわち1024年機械最大2 ^ 10のマシンに展開することができ表します。しかし、5ビットの10ビット代わっ室IDで、マシンIDの代わりに5のGeビット。ほとんどの代表者という意味
2^5
の部屋(32室)は、各部屋に表すことができ2^5
、機械(32機)。 - 12ビット:生成された同じミリ秒異なるIDを記録するために使用される最大の正の整数、12ビットを表すことができる
2^12 - 1 = 4096
、すなわち、この数は区別するために12ビットで表現することができる、単一ミリ秒異なるIDの4096を。
0 | 0001100 10100010 10111110 10001001 01011100 00 | 10001 | 1 1001 | 0000 00000000
public class IdWorker {
private long workerId;
private long datacenterId;
private long sequence;
public IdWorker(long workerId, long datacenterId, long sequence) {
// sanity check for workerId
// 这儿不就检查了一下,要求就是你传递进来的机房id和机器id不能超过32,不能小于0
if (workerId > maxWorkerId || workerId < 0) {
throw new IllegalArgumentException(
String.format("worker Id can't be greater than %d or less than 0", maxWorkerId));
}
if (datacenterId > maxDatacenterId || datacenterId < 0) {
throw new IllegalArgumentException(
String.format("datacenter Id can't be greater than %d or less than 0", maxDatacenterId));
}
System.out.printf(
"worker starting. timestamp left shift %d, datacenter id bits %d, worker id bits %d, sequence bits %d, workerid %d",
timestampLeftShift, datacenterIdBits, workerIdBits, sequenceBits, workerId);
this.workerId = workerId;
this.datacenterId = datacenterId;
this.sequence = sequence;
}
private long twepoch = 1288834974657L;
private long workerIdBits = 5L;
private long datacenterIdBits = 5L;
// 这个是二进制运算,就是 5 bit最多只能有31个数字,也就是说机器id最多只能是32以内
private long maxWorkerId = -1L ^ (-1L << workerIdBits);
// 这个是一个意思,就是 5 bit最多只能有31个数字,机房id最多只能是32以内
private long maxDatacenterId = -1L ^ (-1L << datacenterIdBits);
private long sequenceBits = 12L;
private long workerIdShift = sequenceBits;
private long datacenterIdShift = sequenceBits + workerIdBits;
private long timestampLeftShift = sequenceBits + workerIdBits + datacenterIdBits;
private long sequenceMask = -1L ^ (-1L << sequenceBits);
private long lastTimestamp = -1L;
public long getWorkerId() {
return workerId;
}
public long getDatacenterId() {
return datacenterId;
}
public long getTimestamp() {
return System.currentTimeMillis();
}
public synchronized long nextId() {
// 这儿就是获取当前时间戳,单位是毫秒
long timestamp = timeGen();
if (timestamp < lastTimestamp) {
System.err.printf("clock is moving backwards. Rejecting requests until %d.", lastTimestamp);
throw new RuntimeException(String.format(
"Clock moved backwards. Refusing to generate id for %d milliseconds", lastTimestamp - timestamp));
}
if (lastTimestamp == timestamp) {
// 这个意思是说一个毫秒内最多只能有4096个数字
// 无论你传递多少进来,这个位运算保证始终就是在4096这个范围内,避免你自己传递个sequence超过了4096这个范围
sequence = (sequence + 1) & sequenceMask;
if (sequence == 0) {
timestamp = tilNextMillis(lastTimestamp);
}
} else {
sequence = 0;
}
// 这儿记录一下最近一次生成id的时间戳,单位是毫秒
lastTimestamp = timestamp;
// 这儿就是将时间戳左移,放到 41 bit那儿;
// 将机房 id左移放到 5 bit那儿;
// 将机器id左移放到5 bit那儿;将序号放最后12 bit;
// 最后拼接起来成一个 64 bit的二进制数字,转换成 10 进制就是个 long 型
return ((timestamp - twepoch) << timestampLeftShift) | (datacenterId << datacenterIdShift)
| (workerId << workerIdShift) | sequence;
}
private long tilNextMillis(long lastTimestamp) {
long timestamp = timeGen();
while (timestamp <= lastTimestamp) {
timestamp = timeGen();
}
return timestamp;
}
private long timeGen() {
return System.currentTimeMillis();
}
// ---------------测试---------------
public static void main(String[] args) {
IdWorker worker = new IdWorker(1, 1, 1);
for (int i = 0; i < 30; i++) {
System.out.println(worker.nextId());
}
}
}
あなたは41ビットはミリ秒単位での現在のタイムスタンプであることを、それの意味について、どのように言うか、それはこの意味である。そして、5ビットを使用すると、渡されたということです部屋の他の5ビット、ID(だけ32の最大以内)をあなたが渡された機械前の世代に従えば、12ビットのシリアル番号の残りの部分は、つまり、時間のミリ秒のID内に残っている(だけ最大32内の)IDは、順序は、あなたが蓄積与えます未満4096個の番号まで。
ですから、彼はサービスに従事するツールを活用し、各部屋内の各マシンの機械室のシリアル番号の先頭が0である、そのようなことを初期化されます。そして、それは機械室は、IDを生成することを言って、リクエストを受信するたびに、対応する労働者の世代があります。
このアルゴリズムスノーフレークを使用して、あなたも機械室とIDのIDの、とにかく、あなたはさておき5ビット+ 5ビットを設定し、あなたが可能であり、他のものに意味をビジネスを持って、あなた自身の会社のサービスを開発することができます。
もちろん、あなたも使用することができます:1つのビットが41ビットであるところでは未使用+であるミリ秒+ 12であるあなた自身のビジネスを使用するには、どのように作業機ID、または順序について逆の交換、などの10ビットとシーケンス番号+としてビットこれは、組み合わせを装備する必要があります。
、通常は数十秒あたりの同時シーンの何千もの、それは高い同時実行であれば、これは比較的良好なパフォーマンスがどうあるべきか、あなたと十分なスノーフレークアルゴリズムはまだ比較的トリッキーなので、あなたが本当にID分散型発電を行う必要がありますA。
公共メートルのポケットのリンクの数に基づいて:
https://mp.weixin.qq.com/s/mt8bVpM57SsI-nvTRKxSKg