MySQL :: MySQL Terminology Updates
Why was “source” chosen? MySQL Asynchronous Replication is a change stream. Each replication configuration has a source and does not imply what role a server should have in the overall database architecture. Therefore, the use of e.g. “primary” does not fit, especially when replication is used to build database architectures topologies including bidirectional replication, multi-tiered replication,
MySQL :: MySQL 8.0 リファレンスマニュアル :: 17.5.1.14 レプリケーションとシステム関数
USER()、CURRENT_USER() (または CURRENT_USER)、UUID()、VERSION() および LOAD_FILE() 関数は変更なしでレプリケートされるため、行ベースのレプリケーションが有効になっていないかぎり、レプリカで確実に動作しません。 (セクション17.2.1「レプリケーション形式」を参照してください。) USER() および CURRENT_USER() は、MIXED モード使用時に行ベースレプリケーションを使用して自動的に複製され、STATEMENT モードでは警告を生成します。 (セクション17.5.1.8「CURRENT_USER() のレプリケーション」も参照してください。) これは、VERSION() および RAND() にも当てはまります。 NOW() の場合、バイナリログはタイムスタンプを含みます。 これは、値ソースでこの関数を呼び
MySQL :: MySQL 5.1 リファレンスマニュアル (オンラインヘルプ) :: 9.10.1 クラスタインデックスと二次インデックス
次のようにすべての InnoDB は、行のデータが格納される「クラスタインデックス」と呼ばれる特別なインデックスを持っています。 テーブルで PRIMARY KEY が定義されている場合、InnoDB はそれをクラスタインデックスとして使用します。 もしテーブルに PRIMARY KEY を定義しなければ、MySQL は主キーとして NOT NULL カラムだけを持つ最初の UNIQUE インデックスを選択し、InnoDB がそれをクラスタインデックスとして利用します。 テーブルに PRIMARY KEY も適切な UNIQUE インデックスも存在していない場合には、InnoDB の内部で、行 ID 値を含む合成カラム上に隠しクラスタインデックスが生成されます。そのようなテーブルでは、InnoDB が行に割り当てる ID に基づいて行の順序付けが行われます。行 ID は、新しい行が挿入され
MySQL :: MySQL 5.1 リファレンスマニュアル :: 4.2.6 SQL モード
MySQL サーバは様々な MySQL モードで動作し、モードをクライアント毎に別々に設定できます。この機能により、各アプリケーションが それぞれの要件に応じてサーバのオペレーティングモードを指定することができるようになります。 MySQL での SQL モードに関する FAQ は、項A.3. 「MySQL 5.1 FAQ — Server SQL Mode」 を参照してください。 モードとは、どの SQL シンタックスを MySQL がサポートし、どのようなデータ バリデーション チェックを実行するべきかを定義するものです。これにいより、異なる環境で MySQL を使用したり、MySQL を他のデータベース サーバと併用したりするのが容易になります。 デフォルトの SQL モードを指定するには、--sql-mode="modes" オプションで mysqld を立ち上げます。または、Un
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
