正規表現は、複雑な検索でパターンを指定する強力な方法です。 このセクションでは、正規表現の照合に使用できる関数と演算子について説明し、正規表現の操作に使用できる特殊文字と構造の一部を例とともに示します。 セクション3.3.4.7「パターンマッチング」も参照してください。 MySQL では、Unicode の国際コンポーネント (ICU) を使用した正規表現サポートが実装されています。ICU は完全な Unicode サポートを提供し、マルチバイトセーフです。 (MySQL 8.0.4 より前では、MySQL は Henry Spencer による正規表現の実装を使用していました。これはバイト単位で動作し、マルチバイトセーフではありません。 正規表現を使用するアプリケーションが実装の変更の影響を受ける方法の詳細は、正規表現の互換性に関する考慮事項 を参照してください。) expr NOT R
文書情報 更新履歴 2009.12.16 -- 新規作製 2010.06.27 -- ストアドに関するメモ書きを追加 2010.08.16 -- スタイル修正 2010.10.14 -- 最終更新 本稿の目的 DB設計に関する雑多な事柄を記録する。特に断りが無い場合MySQLが対象である。 テーブルの考え方 リソースとイベント 主キーと外部キー 必須なフィールド オプショナルなフィールド フィールドの桁数とかデータ型について フィールドの役割とか キー項目 それ以外 大雑把な指針など。 (1) 特に桁数に縛りが無い項目で255文字以下に納まるデータは一律varchar(255) (2) (1)以上の桁数が入るデータは(text)型 (3) (2)の条件にあてはまるが、検索対象となる項目はインデックスの考慮が必要なので別途考える (4) 主キーはAutoIncrimentのINT(UNSIG
前回の記事 MySQLをmaster:slave=1:1構成にして参照をslaveに向けるのがなぜ良くないか の続きです。 master : slave = 1 : 1 で参照を slave に分散してもまったく美味しくないわけですが、では参照の負荷分散を行いたい場合の slave は何台で構成するとよいのか考察してみます。具体的には slave 2台の場合と 3台の場合でどちらがお得か。 台数を増やすということは、どこかに障害が発生する確率が高まる、ということです。1台の slave に障害が発生してダウンした場合のことを考えてみます。 slave * 2 → 残り 1台で処理継続 生き残った1台あたりの処理が 2倍になる slave * 3 → 残り 2台で処理継続 生き残った1台あたりの処理が 1.5倍になる たとえば 1台あたり最大 1000qps の処理能力があるとします。sla
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
