ユーザー名が固有の場合は、個人的にはユーザー名を使用することをお勧めします。
ID は通常自動増加するため、ID に基づいて Web サイトの実際のユーザー数を大まかに推定できます。
例: 多くの Web サイトは登録ユーザー数を「自慢」することを好み、登録ユーザー数を主張しています (90% 以上が自慢です)。そのため、ID を公開してはなりません。
もちろん、定義した ID が不規則である場合、またはこの情報を外部に隠す必要がない場合は、ID は完璧です。

ユーザー名が同じになった場合はどうなりますか?したがって、id を主キーとして設定する必要があります

1. 通常は id が使用されます
2. id のほとんどは主キー識別子ではなく、ユーザー固有のコードです
3. セッションをパラメーターとして使用するため、あなたはあまり得意ではないようです。フロントエンド処理を使用するのではなく、バックグラウンド処理を直接実行できます。なのでIDを渡す必要はありません

難しい要件はありませんが、パフォーマンスを考慮したい場合は、短くてシンプルなものを選択してください。

例:
パフォーマンスを最適化し、数値マッチングや文字列マッチングなどのマッチングプロセスを削減します

これはデータベースの設計によって異なりますが、一般的にはIDを使用して行われ、ユーザー名は安全ではありません

ユーザー固有のシリアル番号である sn を使用します

データベースの主キーと外部キーを理解する