SQLite移行とmt-db-convert.cgiエラー
このブログを管理しているMovable Typeは、ロリポップのサーバーに入っているのですが、ロリポでMTを運用している方はご存知の通り、半年くらい前から猛烈に重いっっ！／(-_-)＼ 夜中になるとエントリの投稿や再構築だけでなく、そもそもシステムにアクセスしてもなかなか反応が帰ってこないし、たとえ再構築しても「500 Internal Server Error」を頻発していました。 しかも最近は昼間にアクセスしても反応が遅い…orz 公式には何も言われていないけれど、ロリポの一つのサーバーにお客を詰め込みすぎてるだの、MySQLサーバーにもお客を詰め込みすぎだの、大量のスパムを処理し切れなくて重いだの、だのだの、といったことが利用者の間では実しやかに囁かれています。 以前苦労して移行したMySQLのせいで重いのだとしたら、別のデータベースに移行するしかない！と意気込んで調べてみると、SQ
mixiの生みの親“バタラ氏”が語るMySQLの意外な利用法 － TechTargetジャパン
日記だけで4億件のデータ ミクシィが運営するSNS「mixi」は、2007年7月末段階でユーザー数が1110万人。人が12人集まれば、1人はmixiユーザーというわけだ。ユーザーのアクティブ率（ログイン間隔が3日以内）は約62％と高く、2007年4月から6月の月間平均ページビューは117.5億に達した。日記だけでも4億件以上に上るなど、蓄積するデータ量も莫大。2004年3月のサービス開始から、わずか3年半で現在の巨大コミュニティーへと発展したのだ。 ミクシィは、「LAMP（OSのLinux、WebサーバのApache、DBMSのMySQL、開発言語のPerl、PHP、Python）」と呼ばれるWebシステム向けの標準的なオープンソースソフトウェア（以下、OSS）でシステムを自社開発し、安価なPCサーバを1000台以上連ねる超分散構成でmixiのサービスを支えている（広告配信など周辺機能では
MySQLノウハウ
いろいろな本からメモってきたメモのメモ。出典を書いておくのを忘れた。思い出し次第補完するかも。 deleteのコストは高いので、無効化を示すフィールドを作ってupdateすべき slow query logに要注意 多くのエントリでほとんどのフィールドが同じ値を持つ場合はインデックスの効果が小さい →複合インデックスの効果が大きい 複合インデックスは指定の順番が大切。AとBという指定の場合、A単独でもインデックスの効果がある。逆は真でない。 インデックスが使われる場面は フィールド値を定数と比較するとき (where name = 'hogehoge') フィールド値でJOINするとき (where a.name = b.name) フィールド値の範囲を求めるとき (<,>,between) LIKE句が文字列から始まるとき (where name like 'hoge%') min(),
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
