[B! mysql] thuglifeのブックマーク

ヽ( ・∀・)ノくまくまー(10-11[長年日記])

mysql> status; -------------- mysql Ver 14.7 Distrib 4.1.20, for redhat-linux-gnu (i386) using readline 4.3 Connection id: 36 Current database: staff2006 Current user: maiha@localhost SSL: Not in use Current pager: lv Using outfile: '' Using delimiter: ; Server version: 4.1.20 Protocol version: 10 Connection: Localhost via UNIX socket Server characterset: latin1 Db characterset: latin1 Client char

thuglife 2010/02/28

文字化け問題を本気で直す

mysql

リンク

max_allowed_packet、巨大なデータをサーバへ送る場合 - mir the developer

現在のMySQLのプロトコル仕様により定められた，クライアントからサーバへ送ることができるPacketの最大サイズは16MBです（パケットの長さをサーバへ伝えるためのフィールドが24bitであるため）．しかしデフォルトでは，MySQLサーバ側が受信を許可するPacketの最大サイズは1MBとなっています．この設定値はサーバ変数max_allowed_packetを見ることで確認できます． mysql> show variables like 'max_allowed_packet'; +--------------------+---------+ | Variable_name | Value | +--------------------+---------+ | max_allowed_packet | 1048576 | +--------------------+-------

thuglife 2009/03/04

mysql

リンク

mybench - a simple benchmarking tool for MySQL

mybench - simple benchmarking tool for MySQL About mybench is a simple benchmarking framework for MySQL, written in Perl. I consists of a module (MyBench.pm) and an example script (bench_example) that you should customize to suit your needs. mybench is more completely described in Chapter 3 (Benchmarking) of High Performance MySQL. Links Download - a tar.gz file News August 29th, 2004 Version 1.0

thuglife 2008/12/02

mysql

リンク

【MySQLウォッチ】第14回サーバー設定を見直してMySQLの性能を引き出す：ITpro

今回は，MySQLのチューニングを解説する。この連載でもすでに一度，MySQLのチューニングを紹介したことがある(第8回 MySQLチューニングのテクニック)。このときは，SQLステートメントやテーブルそのものを高速化するためのテクニックを取り上げている。これは，サーバーの設定では，対応できない場合のテクニックだ。今回は，初心に帰る意味でも最初に検討すべき，サーバーの設定に関して取り上げる。 MySQLサーバーの状況確認なぜ，今回このようなテーマを選んだかというと，MySQLをインストールしたままで使用しているユーザーがかなりいることに気が付いたからだ。MySQLは，他のデータベースと比較すると設定が少なくても高速に動作すると言われている。その手軽さが大きな魅力となっている。しかし，これは，小規模を前提にしている。大規模な処理を行うサーバーは，それなりに強力なスペックを持っている。このス

thuglife 2008/05/15

リンク

おいぬま日報(不定期) - DBIでCan't connect to local MySQL server through socket '/tmp/mysql.sock'

@ [perl] DBIでCan't connect to local MySQL server through socket '/tmp/mysql.sock' MySQLの通信用のソケットファイルをデフォルトの/tmp/mysql.sockから/tmp/mysql-4.0.sockに変えていたのですが、DBIでconnectする時に何も指定しないと「Can't connect to local MySQL server through socket '/tmp/mysql.sock'」というエラーになります。ぐぐって見るとこんなページにはconnectする際のDSNにport=/tmp/mysql-4.0 とあるのですが、これでも解消しませんでした。んで、DBD::mysqlのドキュメントにmysql_socketというオプションがあったので、 DBI:mysql:database=

thuglife 2008/05/08

DBIでconnectする時に何も指定しないと「Can't connect to local MySQL server through socket '/tmp/mysql.sock'」というエラーになります。

mysql

リンク

「Can't connect to local MySQL server through socket」エラーについて

■ このような場合に参考にして下さい MySQLのクライアントソフト(mysql,PHP,Perl他)からMySQLサーバーに接続しようとすると「Can't connect to local MySQL server through socket '/tmp/mysql.sock'」のようなエラーが出て接続に失敗する。 ■ 対処方法の前にまずはじめに、エラーメッセージは次の意味を持ちます。「ソケット'/tmp/mysql.sock'を通じてローカルのMySQLサーバーに接続することが出来ません」ソケットとはプロセスやネットワーク間の通信機構のことで、MySQLではこのソケットを通じてサーバーとクライアントとが接続されます。ソケットというとポート番号を指定して利用する方法が思い浮かびますが、ここでは/tmp/mysql.sockというファイルが出てきています。これはUNIXド

thuglife 2008/02/20

「ソケット'***/mysql.sock'を通じてローカルのMySQLサーバーに接続することが出来ません」

mysql

リンク

cl.pocari.org - 拡張され続ける InnoDB のデータファイルのサイズを小さくする方法

拡張され続ける InnoDB のデータファイルのサイズを小さくする方法 2006-07-07-2: [MySQL] MySQL でトランザクションを可能にするストレージエンジンとして InnoDB があります． InnoDB のデータファイルは，MyISAM テーブルと異なって，デフォルトでは ibdata1 というファイルにデータが蓄積されていくとこになります． MySQL の datadir に自動拡張する 10 MB の ibdata1 ファイルが 1 つと、5 MB の ib_logfile ログファイルが 2 つ作成されます - 7.5.3. InnoDB 起動オプション http://dev.mysql.com/doc/refman/4.1/ja/innodb-start.html この ibdata1 は，大量のデータを追加していくと，自動的にサイズを拡張していきます．ただ

thuglife 2007/06/27

mysql

リンク

DBDesigner4 フリーのER図モデリングツール - yzn’s memo

本家サイト http://www.fabforce.net/dbdesigner4/ 日本語化サイト http://dbdesigner.iimp.jp/ 紹介ブログ http://forza.cocolog-nifty.com/blog/2004/10/er_dbdesigner.html 日本語マニュアル http://www.aglabo.com/agl/proevo/software/fabforce/ ユーザインタフェース・パレット http://www.aglabo.com/agl/proevo/software/fabforce/ui.php#palettes エディター・リレーションエディタ http://www.aglabo.com/agl/proevo/software/fabforce/editors.php#relation その他表記記法をJ.Martin型に変

thuglife 2007/06/27

mysql

リンク

naoyaのはてなダイアリー - MySQL の負荷分散に LVS + keepalived を使う

あとで書く、と言った手前なので書くとします。 DSASの中の人がすごい勢いで LVS の話を書いてくれてます。この辺。LVS を使うと Linux と箱でロードバランサが作れちゃいます。普通に買ったら数百万とかしちゃうやつ。 DSAS の中のひとに感謝しつつ、いい機会なのでやってみよう! と思っていろいろ試して昨日あたりからはてなの中でも LVS + keepalived で動かしはじめてます。いまのところ問題なし。そのロードバランサをどこに使ってるかですが、普通ロードバランサというとインターネットからの入り口のところに置いてウェブサーバーの負荷分散に使うイメージがあります。が、今回ははてなでは MySQL のスレーブの手前に置くという役割でとりあえず使いはじめました。 +-----------+ +-----------+ | mod_perl | | mod_perl | +----

thuglife 2006/09/01

リンク

ミクシィのCTOが語る「mixiはいかにして増え続けるトラフィックに対処してきたか」：ITpro

ミクシィのCTOが語る「mixiはいかにして増え続けるトラフィックに対処してきたか」 YAPC::Asia 2006 Tokyo 東京都大田区で開催されているPerl 技術者向けカンファレンス「YAPC::Asia 2006 Tokyo」で2006年3月29日，日本最大のソーシャル・ネットワーキング・サイト（SNS）である「mixi」を運営するミクシィのBatara Kesuma（バタラ・ケスマ）取締役最高技術責任者（CTO）が，増え続ける膨大なトラフィックにどのように対処してきたのかについて講演した。カギとなるのは「データベース分割」である。 mixiのシステムはもともとBatara氏が1人で作り上げたものだ。2003年当時，米国でFriendsterなどのSNSがはやっており，同氏が会社（現在のミクシィ，当時はイー・マーキュリー）にSNSを作りたいと提案したところ認められたという。同氏が