MySQL :: MySQL 5.1 リファレンスマニュアル (オンラインヘルプ) :: 6.5 データ型のストレージ要件
MySQL にサポートされているデータ型が必要とする記憶容量がカテゴリごとにリストされています。 MyISAM テーブル内の行の最大サイズは 65,535 バイトです。(ただし、BLOB または TEXT カラムはそれぞれ、このサイズに対して 9 から 12 バイトしか占有しません。)この制限は、ほかのストレージエンジンによっても共有されることがあります。詳細については、Storage Engines を参照してください。 重要項目 NDBCLUSTER ストレージエンジンを使用しているテーブルの場合、ストレージ要件を計算する際に 4 バイト整列という要素を考慮に入れる必要があります。これは、すべての NDB データ格納が 4 バイトの倍数単位で行われるという意味になります。したがって、NDB 以外のストレージエンジンを使用してテーブルに 15 バイトを取り込むカラムには、NDB テーブル
MySQL :: MySQL 8.0 リファレンスマニュアル :: 13.7.1.6 GRANT ステートメント
SAVEPOINT、ROLLBACK TO SAVEPOINT および RELEASE SAVEPOINT ステートメント
Ruby on Railsで複数のデータベースを使用する方法
『実践 Rails -強力なWebアプリケーションをすばやく構築するテクニック』に紹介されていたRuby on Railsで複数のデータベースを使用する方法。 database.ymlファイルに複数のデータベース環境を指定する。 legary: adapter: mysql database: my_db username: user password: pass host: legary_host new: adapter: mysql database: my_db username: user password: pass host: new_host ActiveRecordのクラス定義で、接続するデータベースを指定する。 class LegacyClient < ActiveRecord::Base establish_connection "legary" end class
EC2でMySQL（リージョン間レプリケーション編）
前回に引き続き、MySQLの話です。 今回は、リージョン間でMySQLのレプリケーションを行います。 まずマスター用（Asia Pacific Tokyo）とスレーブ用（EU-West Ireland）、それぞれ1インスタンスずつ用意します。 ここでは、例として、 マスターのIP：mmm.mmm.mmm.mmm スレーブのIP：sss.sss.sss.sss データベース：clouadpack レプリケーション用のユーザー：repl_user レプリケーション用のパスワード：repl_pass とします。 ここでは各IPはElasticIPでパブリックなIPを適用しておきます。 まず、マスター、スレーブ、それぞれでデータベースを作成します。 $ mysql -u root mysql> create database cloudpack; Query OK, 1 row affected
MySQL レプリケーションの設定 - maruko2 Note.
MySQL レプリケーションの設定 提供：maruko2 Note. 移動： 案内, 検索 目次 1 MySQL レプリケーションの特徴 2 MySQL レプリケーションの動作概要 3 レプリケーションのセットアップ 3.1 レプリケーション用の my.cnf 設定 3.2 マスターにレプリケーション専用のユーザーを登録する 3.3 マスターサーバのスナップショットを作成する 3.4 マスターサーバのスナップショットを元に、スレーブを作成する 4 レプリケーションが正常に行われているか確認する方法 5 マスターのバイナリログの削除 6 参考ページ 7 MySQL 関連のページ MySQL レプリケーションの特徴 MySQL のレプリケーションは非同期。 1つのマスターに対して、1つ以上のスレーブが可能。 更新系のクエリはマスターのみで実行しなければならい。更新系クエリをスレーブで実行すると
HomebrewでMySQL 5.5.10をインストール
HomebrewでMySQLをインストール。 brew install mysql でインストール。この後にすべきことはすべてターミナルに表示されています。ただ、ちゃんと見ないで適当に進めていたら、動きませんでした。ターミナルは管理者権限で実行しなければならないものもあります。（コマンドの前に sudo を付ける） unset TMPDIR mysql_install_db --verbose --user=satomacoto --basedir="$(brew --prefix mysql)" --datadir=/usr/local/var/mysql --tmpdir=/tmpsatomacotoはオーナー権限のある自分のユーザ名を。--verboseで色々出力されているはずなので、この時点でエラーが起きていないか要確認。 （追記） 5.5.14にするときはwhoamiを使った m
MySQLをmaster:slave=1:1構成にして参照をslaveに向けるのがなぜ良くないか - 酒日記 はてな支店
MySQLのmasterとslave 1:1にして参照をslave向けるのってやりたがる人多いみたいだけど、性能たいして上がらない割に可用性落ちるだけだからやめようキャンペーン 2011-06-19 00:16:30 via YoruFukurou MySQL はレプリケーションが簡単に構成できるのですが、時折 master 1台 に対して slave 1台、更新処理は master に、参照は slave に、という構成を目にします。 個人的にはこの構成はお勧めでないと思っているので、その理由を考察してみます。 1. 可用性が落ちる 当然ですが、master, slave のどちらが落ちても影響を受けるために可用性が低下します。 2. 全体の性能がほとんど上がらない master 1台ですべてのクエリを処理する場合と比べて、可用性が落ちる引き換えとして見合った性能向上が得られるか、という
私家版省サーバ運用2011またはWebシステムのコンポーネントの配置について - blog.nomadscafe.jp
小規模のサービスを如何にスモールスタートするか、そのために各コンポーネントをどうやって配置するのがいいのかという話。個人的な考えも含めて。 大まかな構成は昨年のnekokakさんのYAPC::Asiaでの発表、省サーバ運用と大体同じです。Web/Appに使うサーバ2台、データベース2台です。あとはLBが別にあればそれを、なかったらもう一台(組)必要となります。 Web/Appサーバには、Reverse Proxy、Application Serverがまず配置されます。あとは必要に応じてmemcached、Job Queueのworkerを動かします。ここまでのコンポーネントは2台のサーバ両方に配置し、Active-Activeで動作し冗長性がとれるよう構築します。cronについては、両方のサーバで動かしても問題がない状態が理想ですが、そうでない場合、Web/Appの1台目で動かすというル
[書評]MySQLをハックしまくりたい人のためのスゴ本「MySQL 5.1 Plugin Development」
MySQLはGPLv2で頒布されているフリー（自由な）ソフトウェアだ。誰でも自由に改造、改善、機能追加して、GPLv2のもと再頒布することが出来る。 そうは言っても改造なんて敷居が高くて出来ないよ・・・という人に朗報なのが本書「MySQL 5.1 Plugin Development」だ！MySQLはストレージエンジンによってデータを管理するレイヤーが独立しているのはよく知られているが、MySQL 5.1ではさらに一歩進んで、ストレージエンジンを含む様々なプラグインを作成できるようになった。プラグインAPIを使ってMySQLを拡張すれば、無造作に改造してしまうよりもずっと楽にMySQLをハック*1することが出来るだろう。 MySQL 5.1で利用可能なプラグインPlugin APIは、MySQL 5.1で新たに追加された機能である。これにより、共有ライブラリ形式で後から機能を追加することが
![[書評]MySQLをハックしまくりたい人のためのスゴ本「MySQL 5.1 Plugin Development」](https://cdn-ak-scissors.b.st-hatena.com/image/square/3165ef8c077a667a657fd339d76a79f3f1c61732/height=288;version=1;width=512/https%3A%2F%2Flh3.googleusercontent.com%2Fblogger_img_proxy%2FAJ0KDdVrPXiuDGq-VAZPqqvw6A0UTON9n_J6zp4jPrtoggBaA9_y3VJdVf3Ytk5TFv26f6-hkR9WoPjYUiZ1bgPvMJEjzXED8KLhmGfTJgpyn4x9z3i0aSLLvUjKrdZ9F7YAdWZ4mvpT0as%3Dw1200-h630-p-k-no-nu)
HomebrewでMySQLのインストール - nashiwaterの日記
Mac, MySQLMacPortsからHomebrewに移行してみたので、MySQLも再度インストール。 $ brew install mysql あんま覚えていないけど、MacPortsで入れたときと比べたらはやい。完了したらいろいろと教えてくれる。Set up databases with: unset TMPDIR mysql_install_dbIf this is your first install, automatically load on login with:cp /usr/local/Cellar/mysql/5.1.54/com.mysql.mysqld.plist ~/Library/LaunchAgents launchctl load -w ~/Library/LaunchAgents/com.mysql.mysqld.plistIf this is an
WordPressを100倍速くする！ MySQLの調整やnginx proxy cache | KRAY Inc
[追記１] 最後で説明しているproxy cacheの設定を修正しました。 [追記２] nginx proxy cacheでキャッシュしない場合の処理を変更しました。 [追記３] スマートフォンや携帯で閲覧した時にキャッシュしない設定を追加しました。 はじめに 大げさな題名ですが、今回はWordPress単体を速くするのではなく、データベースやWebサーバなどの調整、またnginxのproxy cache機能を使って速くする話になります。 サイトの構成によっては、proxy cacheは使えないかもしれませんが、使わなくても5倍程度速くすることはできましたので、参考にしていただければと思います。 今回行うチューニング一覧 DBを最適化するプラグインを導入する APCを導入してPHPを速くする MySQLを速くする 重いWordPressプラグインを外す nginx+FastCGIにする W
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Perlゼミ(サンプルコードPerl入門)
現場指向のレプリケーション詳説
rc-club.info