XAMPP | PHP・MySQLで文字化け
XAMPP1.7の環境を構築した後、DBの値がいつも文字化けしてしまっていて、 困っていたのですが、やっと解決したので、残しておきます。 下記サイトを参考にさせて頂きました。 http://takapop2ch.blog103.fc2.com/blog-entry-7.html http://www.web2-labo.com/xamppmysql.html すべてエンコードは「UTF8」に設定しました。 まずは、PHPの日本語対応の設定を行います。 【PHP日本語対応】 1. http://localhost/ にアクセスして、「phpinfo()」メニューを選択します。 2.「Loaded Configuration File」欄を確認して、読み込まれている「php.ini」の場所を確認します。 3.「php.ini」をテキストエディタで開きます。 4.下記行を「mbstri
MySQLのcharsetをutf8に変更する方法
PHPとMySQLの勉強をするために、手持ちのPCでXAMPP環境をインストールするまではよかったが、MySQLで日本語が正しく表示できるようにするため手こずりました。 同じようにハマる人が出てこないよう、手順をまとめます。 ・XAMPP for Windows 1.6.4 ・MySQL 5.0.45(XAMPP for WindowsのWebページには5.0.51と書いてあるのだが・・・) ・WindowsXP HomeEdition SP2 ふつうにXAMMPのインストーラでデフォルト設定のままインストール。 この状態でMySQLを起動すると となり、みごとにdefault_charsetはlatin1になります。 これはMySQLのバイナリ作成時にこの設定になっていたのでしょうがないでしょう。 これをuft8にしていきます。
MySQLベースのデータ管理画面をWEB上で自動生成可能な「CRUD太郎」:phpspot開発日誌
CRUD太郎 - 管理画面自動生成 MySQLベースのデータ管理画面をWEB上で自動生成可能な「CRUD太郎」 まずWEB上で、Create分を入力してウィザードに従うとCakePHPベースのPHPコードがダウンロード可能です。 生成できる画面デザインもクールで、機能的にはデータの挿入、編集、削除などの機能があります。 実際に利用者に公開する部分に注力したい場合はこうしたツールで管理画面の作成作業を簡略化したいものですね。 現在CakePHPベースですが、今後別のフレームワークにも対応予定だそうです。 管理画面の色は７色から選べます データの追加画面もいい感じです ログイン・ログアウト機能、データの追加・編集・削除・表示機能がCREATE文を入れるだけで本当に一瞬で出来てしまいました。
mmeasure 1.0.7を無理矢理mysql 5.1に対応させる - うまいぼうぶろぐ
mmeasure http://mmeasure.sourceforge.jp/ mysqlの統計情報を監視してグラフ化、警告するソフト。要rrdtool。 mysql 5.1への対応 mysql 5.1でmmeasureが動かない〜〜と悩んでいたけど、対応version見たら5.1は載っていなかった。 http://mmeasure.sourceforge.jp/install/02.html 気になるのでmmeasure.log、mmeasure.errを追ってみるとdaemon/data-mysql/read-data.plが何やらtable_cacheの値を取得できていないようす。そのため、library/alerter.plの90行目の $result = round( $open_tables / $table_cache * 100, 2 ); 部分で$table_cache
MySQLのEXPLAINを徹底解説!!
以前、MySQLを高速化する10の方法という投稿で「EXPLAINの見方についてはいずれ解説しようと思う」と書いてしまったので、今日はその公約？を果たそうと思う。 MySQLのチューニングで最も大切なのは、クエリとスキーマの最適化である。スキーマの設計は一度決めてしまうとそのテーブルを利用する全てのクエリに影響してしまうためなかなか変更することは出来ないが、クエリはそのクエリだけを書き直せば良いので変更の敷居は低い。そして遅いクエリをなくすことは、性能を大幅に向上させるための最も有効な手段である。従って、アプリケーションの性能を向上させたいなら、まず最初にクエリのチューニングを検討するべきなのである。 最適化するべきクエリはスロークエリログやクエリアナライザで見付けられるが、ではそのようなクエリが見つかった場合にはどのように最適化すればいいのか？そのためにはまず現在どのようにクエリが実行さ
ウノウラボ Unoh Labs: 国産MySQLストレージエンジン「Spider」の作者、斯波健徳氏に聞く
こんにちは。中村です。 MySQLにはMyISAM、InnoDB、CSVなどのいくつかストレージエンジンがありますが、皆さんはSpiderというストレージエンジンを聞いたことはありますでしょうか。Spider Storage Engineは斯波健徳さんにより作成されたDatabase Shardingを可能にするストレージエンジンでMySQL 5.1で利用可能です。 先日、某集まりで斯波さんとお会いしたときにSpiderを作っているということを教えてもらったので、早速詳しい内容を教えてもらうことにしました。 ※Spiderについての説明資料はMySQLカンファレンス 2009にて斯波さんが発表されたときのスライドがあります。スライドの直リンク（zip） Spider Storage Engine について posted by (C)フォト蔵 Spider Storage Engineとは？
skip-name-resolveを書くとDBに接続できない場合 – netcreates. blog
以前、MySQLの重さの原因はDNS逆引きだった という記事を書いたのですが、それを読んでmy.cnfにskip-name-resolveを設定したという後輩から「DBに接続できなくなった」という問い合わせを受けました。 話を聞いたところ、MySQLにローカル接続用のユーザを追加するとき、MySQL 権限テーブルに「localhost」と書いたとのこと。 こんな感じ grant all privileges on DB.* to userid@’localhost‘ identified by ‘hogehoge’; 記事にも書きましたが、skip-name-resolveを使うとホスト名の解決を行わなくなりますから当然、ローカル接続も接続元が「localhost」ではなく 127.0.0.1 として扱われます。 なので、MySQLをインストールしたての時など@127.0.0.1なユーザが
［MySQLウォッチ］第43回 MySQL5.1リリース，改善されたレプリケーション
ついに，MySQL 5.1.30 GA(GeneralAvailability)がリリースされた。MySQL5.0から3年の歳月をかけて，多くの新機能を搭載した意欲的なバージョンとなっている。 しかし，現時点では，多く(約180)のバグが残されている。そのため，本番システムに適用するには細心の注意が必要だ。米Sun Microsystemsでは，十分なテストを実施した上での本番システムへの適用を呼び掛けている。 MySQL 5.1はパーティショニング，イベントなど多くの新機能を搭載しているが，注目したい点は，レプリケーション機能の強化だ。今回は，MySQL5.1で信頼性の高い機能に成長したレプリケーション機能を紹介する。 MySQL 5.0までのレプリケーションと問題点 MySQLには，手軽なレプリケーション機能が搭載されている。構築が容易でレスポンスが高いことが特徴だ。これにより，データ
MySQLバックアップ頂上決戦！！ LVMスナップショット vs InnoDB Hot Backup
スナップショットを使えばとある瞬間のディスクやファイルシステムのデータをいつでも後から参照することができる。しかもスナップショットの作成は一瞬だ。スナップショット機能を活用すれば最強のオンラインバックアップソリューションが出来るだろう。 しかし、スナップショットでバックアップを取るなんて危険な操作じゃないのか？！と不安に思われる方もいらっしゃるかも知れない。MySQL Serverが稼働中にいきなりデータだけをとってくるのだから、そのような疑問を持たれるのは頷ける。しかし仕組みさえ分かればスナップショットによるバックアップは怖くないということが分かるはずだ。そこで、まずはスナップショットによるバックアップの仕組みについて説明する。スナップショットを取る際の要件は次の通りである。 全てのデータを単一のボリュームに置くこと。つまり、一回のスナップショット操作でバックアップが取れることだ。 ディ
マスターInnoDB、スレーブMyISAMが勧められない理由
MySQLにおいて、マスターをInnoDBにして、スレーブをMyISAMにすると幸せになれるという主張をよく聞くことがあります。マスターは耐障害性の高いInnoDBにする一方で、スレーブは耐障害性が低くても大丈夫なので、InnoDBのかわりに高速とされるMyISAMを使えば、可用性と性能の両方をバランス良く実現できる、という考えです。 しかし、多くの場合これで幸せになることはできません。マスターとスレーブでストレージエンジンを合わせた方が無難です。その理由を以下に示します。 ●MyISAMはテーブルロックになる マスターへの更新結果はバイナリログに更新系SQL文として書かれ、スレーブのI/Oスレッドによってリレーログとして同じフォーマットで記録され、スレーブのSQLスレッドによってその更新系SQL文がそのまま実行されます。この更新系SQL文は、当然ながらスレーブに対して発行されるSELEC
MyISAMとInnoDBのどちらを使うべきか
Twitterで話題になってたので簡単にまとめました。 ●MyISAMにしか無い機能を使いたい場合はMyISAMを使うしかない ・全文検索 (TritonnやSphinx) ・GIS ●InnoDBの利点(MyISAMの欠点) ▲障害対応系 ・クラッシュしても再起動するだけでリカバリができる ・クラッシュリカバリにかかる時間はテーブルサイズに比例するようなことはなく、コミット済みのデータは修復できる (巨大なMyISAMテーブルのREPAIRには数日単位で時間がかかることがある) ・オンラインバックアップができる ・INSERTやLOAD DATAなどを実行している途中でCtrl+Cでその更新系SQL文を止めても、テーブルは壊れないし、中途半端な状態で更新されることも無いし、スレーブが止まることも無い ▲性能系 ・行レベルロックなので並列性が高い(MyISAMはテーブルロック)。またSEL
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
mysql で 全角-半角, ひらがな-カタカナ を同一視する utf8_unicode_ci - 本皮ブリーフを穿く男
DeNAの人気サイトに学ぶ LAMPによるWeb-DBシステム構築/運用の極意（前編）
