1. varchar(M) と数値型 tinyint(M) の違い
String 型: varchar(M) の場合、M は格納できる最大文字数です。フィールド文字列、つまりフィールド長です。設定によっては、挿入する値がフィールド設定の長さを超えると、エラー プロンプトが表示される可能性があります。プロンプトが表示されない場合、挿入されたデータは、事前に定義されたフィールドの長さに合わせて自動的に切り詰められる場合もあります。分野。 varchar(5) のようなものはすべて、格納される文字列の長さが 5 を超えることができないことを意味します。
数値列タイプ: 長さ修飾子は最大幅を示し、フィールドの物理的なストレージとは関係がありません。つまり、tinyint(1) と tinyint(4) がsigned 格納範囲は-128~127(符号なしの場合は0~255)です。
注: 符号付きのデフォルト範囲 (-128~127)、デフォルトの長さは 4.
# #zerofill が使用されている場合、実際の長さが指定された表示長に達しない場合、前が 0 で埋められます。
MySQL のデータ型では、tinyin は符号付きかどうかに関係しており、符号付きの値の範囲は -128 ~ 127、符号なしの値の範囲は 0 ~ 255 です。括弧内の数字は格納される値とは関係がなく、場合によっては表示幅のみが異なります。
#2 テスト
tinyint 型 (符号付き) の age フィールドが範囲 (-128 ~ 127) の外に設定された場合はどうなりますか?
#1 バイト = 8 ビット、1 バイトで表現できるデータの最大長は 2 の 8 乗 11111111 です。コンピュータでも #-128 ~ 127
1.BIT[M]
ビット フィールド タイプです。M は各値の桁数を表し、範囲は 1 です。 M が無視された場合、デフォルトは 1
2.TINYINT[(M)] [UNSIGNED] [ZEROFILL] M のデフォルトは 4
(小さい整数) になります。符号付きの範囲は -128 ~ 127 です。符号なしの範囲は 0 ~ 255 です。
3. BOOL、BOOLEAN
は TINYINT(1) の同義語です。値 0 は false とみなされます。ゼロ以外の値は true とみなされます。
4.SMALLINT[(M)] [UNSIGNED] [ZEROFILL] M のデフォルトは、6
の小さな整数です。符号付きの範囲は -32768 ~ 32767 です。符号なしの範囲は 0 ~ 65535 です。
5.MEDIUMINT[(M)] [UNSIGNED] [ZEROFILL] M のデフォルトは 9
中程度の大きさの整数です。符号付きの範囲は -8388608 ~ 8388607 です。符号なしの範囲は 0 ~ 16777215 です。
6. INT[(M)] [UNSIGNED] [ZEROFILL] M のデフォルトは 11
通常サイズの整数です。符号付きの範囲は -2147483648 ~ 2147483647 です。符号なしの範囲は 0 ~ 4294967295 です。
7.BIGINT[(M)] [UNSIGNED] [ZEROFILL] M のデフォルトは 20
big integer です。シンボリック間隔は -9223372036854775808 ~ 9223372036854775807 です。符号なしの範囲は 0 ~ 18446744073709551615 です。
注: ここでの M は、データベースに格納される特定の長さを表すものではありません。以前は、int(3) は 3 つの長さの数値、int(11) のみを格納できると誤解していました。は長さ 11 の数値を格納しますが、これは完全に間違っています。以上がMysql の tinyint(1) と tinyint(4) の違いは何ですかの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

mysqloffersvariousstorageEngines、それぞれのfordifferentusecases:1)Innodbisidealforapplicationsingingidcomplianceanceandhighconcurrency、support transactions andforeignkeys.2)myisamisbestforread-havyworkloads、transactionsupptort.3)

MySQLの一般的なセキュリティの脆弱性には、SQLインジェクション、弱いパスワード、不適切な許可構成、および非合事ソフトウェアが含まれます。 1。SQL注射は、前処理ステートメントを使用することで防ぐことができます。 2。強力なパスワード戦略を強制的に使用することにより、弱いパスワードを回避できます。 3.不適切な許可構成は、ユーザー許可の定期的なレビューと調整を通じて解決できます。 4.未使用のソフトウェアは、MySQLバージョンを定期的にチェックして更新することでパッチを適用できます。

MySQLの遅いクエリを識別することは、遅いクエリログを有効にし、しきい値を設定することで実現できます。 1.スロークエリログを有効にし、しきい値を設定します。 2.スロークエリログファイルを表示および分析し、詳細な分析のためにMySQLDumpSlowやPT-Query-Digestなどのツールを使用します。 3.インデックスの最適化、クエリの書き換え、およびselect*の使用を回避することで、遅いクエリの最適化を実現できます。

MySQLサーバーの健康とパフォーマンスを監視するには、システムの健康、パフォーマンスメトリック、クエリの実行に注意する必要があります。 1)システムの健康を監視する:Top、HTOP、またはShowGlobalStatusコマンドを使用して、CPU、メモリ、ディスクI/O、ネットワークアクティビティを表示します。 2)パフォーマンスインジケーターの追跡:クエリ番号あたりのクエリ番号、平均クエリ時間、キャッシュヒット率などのキーインジケーターを監視します。 3)クエリ実行の最適化を確保します:スロークエリログを有効にし、実行時間が設定されたしきい値を超えるクエリを記録し、最適化します。

MySQLとMariaDBの主な違いは、パフォーマンス、機能、ライセンスです。1。MySQLはOracleによって開発され、Mariadbはフォークです。 2. Mariadbは、高負荷環境でパフォーマンスを向上させる可能性があります。 3.MariaDBは、より多くのストレージエンジンと機能を提供します。 4.MySQLは二重ライセンスを採用し、MariaDBは完全にオープンソースです。既存のインフラストラクチャ、パフォーマンス要件、機能要件、およびライセンスコストを選択する際に考慮する必要があります。

MySQLはGPLライセンスを使用します。 1)GPLライセンスにより、MySQLの無料使用、変更、分布が可能になりますが、変更された分布はGPLに準拠する必要があります。 2)商業ライセンスは、公的な変更を回避でき、機密性を必要とする商用アプリケーションに適しています。

Myisamの代わりにInnoDBを選択する場合の状況には、次のものが含まれます。1)トランザクションサポート、2)高い並行性環境、3)高いデータの一貫性。逆に、Myisamを選択する際の状況には、1)主に操作を読む、2)トランザクションサポートは必要ありません。 INNODBは、eコマースプラットフォームなどの高いデータの一貫性とトランザクション処理を必要とするアプリケーションに適していますが、Myisamはブログシステムなどの読み取り集約型およびトランザクションのないアプリケーションに適しています。

MySQLでは、外部キーの機能は、テーブル間の関係を確立し、データの一貫性と整合性を確保することです。外部キーは、参照整合性チェックとカスケード操作を通じてデータの有効性を維持します。パフォーマンスの最適化に注意し、それらを使用するときに一般的なエラーを避けてください。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SAP NetWeaver Server Adapter for Eclipse
Eclipse を SAP NetWeaver アプリケーション サーバーと統合します。

ZendStudio 13.5.1 Mac
強力な PHP 統合開発環境

MantisBT
Mantis は、製品の欠陥追跡を支援するために設計された、導入が簡単な Web ベースの欠陥追跡ツールです。 PHP、MySQL、Web サーバーが必要です。デモおよびホスティング サービスをチェックしてください。

PhpStorm Mac バージョン
最新(2018.2.1)のプロフェッショナル向けPHP統合開発ツール

ホットトピック









