MacBook AirにMySQLのインストール - プログラマでありたい
念願のMacBook Airが届いたので、早速開発用にセットアップ。 アプリケーションのインストール管理をどうするか悩んだのですが、次の順番で優先順位づけすることにしました。 提供元のDMG Archive > MacPorts > ソースコンパイル MySQLに関しては、MySQL公式ページからDMGアーカイブが落とせます。Snow Leopardなので10.6のものを選びます。色々バージョンがあって悩むのですが、Mac OS X ver. 10.6(x86, 64bit), DMG Archiveで良いでしょう。（64bitバージョンで良いかは議論があるようです。） MySQL :: Download MySQL Community Server ダウンロード後に、パッケージファイル（mysql-x.x.x-osx10.6-x86_64.pkg,MySQLStartupItem.pkg
Jam’s Blog » Mac OSX port で MySQL5
apacheやphp5 を port でインストールしたのだが、MySQL は以前にMac OS X (TAR packages) からダウンロードしたものを使用していたが、何だかMySQLだけportではないのもなんなんで、パッケージ版をアンインストールして port からのインストールしたMySQLに切り替えるようにした。 パッケージ版のMySQLのアンインストールから まずは/usr/localにあるmysqlを削除 $ sudo rm -rf /usr/local/mysql $ sudo rm -rf /usr/local/mysql-5.0.67-osx10.5-x86/ Library/Application\ Support/MySQL/を削除 $ cd $ rm -rf Library/Application\ Support/MySQL/ 起動スクリプトを削除 $ su
MyISAMでテーブルが巨大すぎるとDELETEできなくなる件（MERGEテーブル解説） - 昼メシ物語
MySQL4.1でMyISAMを使っていて、ふと気づいたら1つのテーブルに4千万件のレコードを挿入してしまいました。 MyISAMで4千万行のテーブルを作るとどうなるかというと、 INSERT -> やや重いけどいける UPDATE -> やや重いけどいける TRUNCATE/DROP -> 一瞬 DELETE -> 破滅 という感じになることが分かりました。 このテーブルには、挿入日を示すカラムがあって、挿入から時間の経った古いレコードを削除したかったんです。 DELETE FROM large_table WHERE created_at > :expire_date この large_table が4千万行あるのですが、このDELETE文を実行したら7日間くらい返ってきませんでしたし、その間ずっと disk busy になったりしてサーバの調子が悪くなりました。 created_at
Windows + Rails + MySQL 5.1
先日のRailsセミナーで講師をした時の話。 参加者の方々には事前に Ruby 1.8.7, Rails 3.0.0.beta4, MySQL 5.1 をインストールした上で会場に集まっていただきました。 いざ、実習を始めてみると、Rails アプリケーションから MySQL サーバに接続できないという症状が出て、先に進めなくなってしまいました。 mysql-win gem をインストールして、ちゃんと database.yml も設定してあるのに、コマンドプロンプトで rake db:create を実行すると Access denied for user 'root'@'localhost' (using password: NO). Please provide the root password for your mysql installation というエラーメッセージが出て止
Windows上でRubyからMySQL 5.1を使う - Unexplored Rails
現在Windows上のRubyでMySQLを使う場合、安定性や速度の面で最適なバインディングはmysql-win 2.8.1だと思われますが、リリースのアナウンスにも書かれている通り、このgemが対応するMySQLのバージョンは5.0.83です。 しかし機能や安定性など、様々な理由でMySQL 5.1を使いたい場合もあるはずです。 そこで、mysql gemを最新のソースツリーからビルドすることでMySQL 5.1に対応する方法を説明します。 必要なもの Ruby Ruby Installer for Windowsから適当なものをダウンロードしてインストールしてください。私は諸事情からrubyinstaller-1.8.6-p383-rc1.exeを使いました。もちろんpikで好きなバージョンをインストールしても構いません（多分）。 Development Kit ここで言うDevelo
Using MySQL as a NoSQL - A story for exceeding 750,000 qps on a commodity server
UPDATE: Oracle officially released memcached daemon plugin that talks with InnoDB. I'm glad to see that NoSQL+MySQL has become an official solution. It's still preview release but will be very promising. Let's try it to make it better! Most of high scale web applications use MySQL + memcached. Many of them use also NoSQL like TokyoCabinet/Tyrant. In some cases people have dropped MySQL and have sh
OpenFL + MySQL + Plagger::Plugin::Store::Fastladder 入れた - retlet.net
Web Service版のFastladderがTumblrのFeedに占領されたので追加のアカウント取ったんだけど切り替えが面倒くさい。 今あるLDRのFeedをOpenFLで読むようにすればLDRも画像関連に振れるんじゃね？ということで、インストールしたまま放ったらかしだったOpenFLがついに日の目を見る。 アジェンダ MySQLのインストール OpenFLのDB設定 DBD::mysqlのインストール Store::Fastladderのインストール Plaggerでクローラーを動かす 4までほぼしゅにたんの記事をなぞっただけ。 参考 shunirr.org - OpenFLのクローラにPlagger::Plugin::Store::Fastladder使ってみた Plagger最新版をSVNで入手する。 - 適宜覚書はてな異本 MySQLのインストール $ sudo port i
さくらの VPS に登録してみた(3) Ruby 1.9.2 + Rails 3 - まゆの日記
大事なことを忘れてました。更新 39 件もあった(>_<) $ sudo yum updateさて、nginx + unicorn + rails3 + ruby1.9.2 + mysql の開発環境を作ろうと思います。 mysql 基本は下から。まず mysql を入れます。yum で良いよね。5.0.77 が入るみたいです。 $ sudo yum install mysql mysql-devel設定は default-character-set だけ。他の設定値はまたアプリを作ってから変更しようと思います。VPS なのでそんなにメモリ潤沢じゃないですし。 $ sudo vi /etc/my.cnf--- /etc/my.cnf.orig 2010-09-14 00:10:56.000000000 +0900 +++ /etc/my.cnf 2010-09-14 00:13:18.00
MySQL を使ったお手軽メッセージキュー実装 - ドワンゴ 研究開発ブログ
はじめに この記事では、MySQL を使って簡単なメッセージキューを手軽に実装する方法を解説します。 メッセージキューとは、メッセージを一時的に溜めておき、順次処理するための仕組みです。迅速なレスポンスが必要な Web アプリケーションにおいて、時間のかかる処理を非同期に行うために、バックグラウンドで順次処理していくような場合に利用できます。 簡単なメッセージキューと言っても、大規模な運用にも耐えられる程度の速度と堅牢性を持ちます。 また、ここで解説している方法で作られたメッセージキューは、弊社ウェブサービスであるニコニコ動画に最近追加されたtwitter連携機能でも利用しています。 メッセージキューを作るにあたって 今回実装するメッセージキューは メッセージの追加(push)を高速に行う事ができる メッセージの取得(pop)はある程度高速に行う事ができる 多くのクライアントから同時に p
知って得するInnoDBセカンダリインデックス活用術！
InnoDBはクラスタインデックスという構造になっている。今日はクラスタインデックスがどういうことかということを、皆さんに理解して頂きたい。もっとも理解して頂きたいポイントは「セカンダリインデックスのリーフノードには主キーの値が含まれている」ということだ。 主キーの構造InnoDBの主キーは次の図のように「データが主キーのリーフノードに含まれる」という構造になっている。このような構造をクラスタインデックスという。 このような構造になっていることには利点と欠点があるが、大きな利点は主キーの値で検索をすると非常に高速だということだ。主キーのリーフノードにたどり着いたときには、既にデータのフェッチも完了している。データとインデックスが別々に格納されているタイプのストレージエンジンでは、インデックスからデータの位置を読み取って、その後データファイルからデータをフェッチする。このように二段階の操作が
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ubuntu 8.04 ServerにRuby mysqlを入れる - Railsなど技術系覚え書き
Net_HandlerSocket - Openpear