MySQL 開発仕様を記録する-mysql チュートリアル-php.cn

#Mysql ビデオチュートリアルコラムでは、MySQL の開発仕様を紹介します。

MySQL 開発仕様を記録する

推奨 (無料): mysql ビデオチュートリアル

##基本仕様

#グラフやファイルなどの大きなデータをデータベースに保存しなくなりました
#オンラインでデータベースを作成することは禁止されていますストレステスト
#テスト環境と開発環境がデータベースに直接接続することを禁止します
##命名規則

ライブラリ名、テーブル名、フィールド名は、12 文字以内の固定長の名前にする必要があります

#ライブラリ名、テーブル名、フィールド名は 32 文字を超えることはできません。名前の意味を確認する必要があります

MySQL の予約語をライブラリ名、テーブル名、およびフィールド名に使用することは禁止されています
一時ライブラリとテーブルの名前は接頭辞として tmp で始まり、接尾辞として日付を使用する必要があります。
バックアップライブラリとテーブルには接頭辞として bak を付け、接尾辞として日付を使用する必要があります。
ライブラリ、テーブル、フィールドの開発および設計仕様

禁止されていますパーティション分割テーブルを使用するには

大きなフィールドを分割し、コンサルティング頻度の低いフィールドを切り替えて、ホットデータとコールドデータを分離します

HASH を使用して分散テーブル。テーブル名の接尾辞は基数で、添字は 0 から始まります
日付と時刻によるテーブルのシャーディングは、
format
適切なシャーディング戦略を使用します。たとえば、10 個のテーブルを含む数千のデータベース、数百のテーブルを含む 10 個のデータベースなど。
#テキストタイプや BLOB タイプはできるだけ使用しないでください
float や double ストレージの代わりに 10 進数を使用する正確な浮動小数点数
#単純であればあるほど良い: 文字を数値に変換し、enum 型の代わりに tinyint を使用する
すべてのフィールドは null ではありません
非負の数値を格納するには符号なしを使用します
int 型は 4 バイトを固定的に占有しますstorage
タイムスタンプの保存時間を使用します
int unsigned を使用して ipv4 を保存します
varbinary を使用して大文字と小文字を区別する可変長文字列を保存します
プレーンテキストのパスワードをデータベースに保存することは禁止されており、パスワードは暗号化して保存する必要があります
数値型フィールドを上手に使用する
Type

最小値

最大値

1-128127-32768mediumint321474836479223372036854775807

		tinyint
		# smallint	2
#32767			##-8388608
#8388607	int	4	#-2147483648
	bigint	8	-9223372036854775808
	数値フィールドがそれほど大きくない場合は、bigint を使用しないでください。 IP を格納するには、char(15) の代わりに int を使用することをお勧めします。列挙型の使用は許可されていません null フィールドの使用を避ける null フィールドはクエリが困難です、NULL フィールドのインデックスには追加のスペースが必要です。NULL フィールドの複合インデックスは無効です。 #インデックス仕様単一テーブル内のインデックスの数は、 5 を超えない単一インデックス内のフィールドの数は 5 を超えない文字列にはプレフィックスインデックスを使用し、その長さは接頭辞インデックスは 8 文字を超えません接頭辞インデックスを優先することをお勧めします。必要に応じて、疑似列を追加してインデックスを作成できますテーブルには主キーが必要です頻繁に更新される列を主キーとして使用しないでください文字列列を主キーとして選択しないようにしてくださいキーこれらの uuid md5 ハッシュを主キーとして使用しないでください - 離散的すぎますデフォルトでは、null 以外の一意のキーを使用します。主キーとして #自動インクリメントまたはナンバラーを選択することをお勧めします重要 SQL にはインデックスを作成する必要があります (例: where 条件列)。 update および delete ステートメント、order by、group by、個別のフィールド複数のテーブルの結合フィールドに注意してください <p>1.区分度最大的字段放在前面<br>2.核SQL优先考虑覆盖索引<br>3.避免冗余和重复索引<br>4.索引要综合评估数据密度和分布以及考虑查询和更新比例<br></p> ログイン後にコピーインデックスのタブー <p>1.不在低基数列上建立索引、例如性别<br>2.不在索引列记性数学运算和函数运算<br></p> ログイン後にコピー外部キーは使用しないようにしてください <p>1.外键用来保护参照完整性，可以业务端实现<br>2.对父表和字表的操作会互相影响，降低可用性<br></p> ログイン後にコピーインデックスの名前付け <p>1.非唯一索引必须以 inx_字段1_字段22.唯一索引必须以 uniq_字段1_字段2<br></p> ログイン後にコピーインデックスフィールドのデフォルト値を空にすることはできません。 Null はインデックスのクエリ効率に大きな影響を与えます。テーブルに関連する SQL を繰り返しチェックし、左端のプレフィックスの特性に基づいてインデックスを構築します。複数のフィールドが繰り返されるインデックスの場合、ステートメント条件フィールドの順序を変更し、それらの結合インデックスを作成してインデックスの数を減らす必要があります。一意のインデックスを使用できる場合は、一意のインデックスを使用してください研究開発では、多くの場合 Explain を使用する必要があります。かわいそうに、彼らはヒントの使い方を学ばなければなりません。 #SQL 仕様##SQL ステートメントは可能な限り単純です物事は単純であるべきであり、全体に時間がかかりすぎないようにする必要があります。 ##トリガー、関数、ストアドプロシージャの使用は避けてください #ビジネス結合を減らし、サクルアウトとシャーディングのための余地を残すデータベースでの数学的演算を避ける。MySQL は数学的演算と論理的判断が苦手です。 selecy * は使用しないでください。これらのフィールドをクエリするときにそれらのフィールドを選択するだけです。 SQL で or を使用する場合は、in のように書き換えてください。 or の効率は次のとおりです。 in# ほど多くはありません ##in の数値の数は 1000 以内にすることをお勧めしますページングを制限し、効率に注意してください。制限が大きいほど、効率は低くなります。 union の代わりに Union all を使用してください大きなテーブルの結合を避けるグループ化を使用してください、自動並べ替えデータの更新は分割してバッチで更新する必要があり、一度にあまりにも多くのデータを更新しないでくださいデータベースとの対話の数パフォーマンス分析ツールの使用に注意してください SQL ステートメントにはすべての研究開発が必要です。SQL キーワードはすべて大文字です。、単語ごとにスペースは 1 つだけ使用できます SQL ステートメントでは暗黙的な変換を行うことはできません必要がない場合は、使用しないでください。使用しないでください使用禁止プレフィックスは % likeです not in、not like などの否定的なクエリは使用しないでください #データベース内で大規模なクエリを実行することは禁止されていますプリコンパイルされたステートメントを作成し、パラメーターのみを渡します。これは、SQL ステートメントを渡すよりも効率的です。。 SQL インジェクションを削減します。 rand による順序を無効にする単一の SQL ステートメントで複数のテーブルを同時に更新することを禁止します #プロセス仕様 #すべてのテーブル作成操作では、テーブルに関係するクエリ SQL に事前に通知する必要がありますすべてのテーブル作成では、テーブルをオンラインで構築する前に、どのインデックスを作成するかを決定する必要があります ##すべてのテーブル構造の変更およびインデックスの追加操作には、 DBA およびその他の関連担当者に通知してください新しいテーブルにフィールドを追加する前に、研究開発チームは評価のために少なくとも 3 日前に電子メールを送信する必要があります、DBA 部門による最適化とレビューバッチインポートおよびエクスポートデータは、観察を支援するために事前に DBA に通知する必要がありますオンラインデータベースからのバックエンド管理および統計クエリの実行は禁止されていますスーパー権限を持つアプリケーションアカウントの存在を禁止します ##これ以上は禁止しますビジネスのピーク時のバッチ更新とデータベースクエリ

以上がMySQL 開発仕様を記録するの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。