ウェブレン社長　３６０°ブログ ::: 360walk（SOHO日記）

'11年9月05日月曜日
MySQL-Cluster設定記３（性能評価）

設定記２からの続き、

MySQL-Clusterへの切り替えが可能か、性能評価を行ってみた、、

比較の方法は、
このMySQL-Clusterとは別のVPSにMyISAMのDBを入れて
双方に同じ書籍情報約３３０万件をインポートし、
その検索スピードを比較した、、
結果は、当然とはいえ、MySQL-Clusterが遅い、、

mysql>select count(*) from book where shop_id=101;
MyIISAM ;
count(*)
2483
1row in set (0.00sec)

NDBCLUSTER;
count(*)
2483
1row in set (29.3sec)

あまりにも遅すぎる、、
MyISAMは、create index bookindex on book(shop_id)でインデックス化している、、

そこでMySQl-Clusterも同じようにインデックス化をしてみるが、
実際の実行時にインデックスが効いていないように見える、、
mysql> explain select (*) from book where shop_id=101;
この内容をみると、
possible_keys key ともMyISAMにはbookindexが表示されるが、
ndb-clusterでは、ここがNULLのままである、、
何か設定が悪いのだろうか？
それともndb_clusterは、indexingが効かないのだろうか？

次に、この性能アップのために、partitionを適用してみたが、
mysql-clusterでは、このパーテイションは、primary key にしか効かない、、

本当は、このshop_idに対して、range partitionを適用しようとしたが、
error 1503(HY) :A primary key must include all columns in the tables partitions function
のエラーでパーテイションが効かない、、
→primary key　のhash partitionは効くが、これだけでは、性能が出ない、、

MySQL-CLUSTERは、未経験なので、まだ設定方法が悪いのかもしれないが、
どうも、このNDBCLUSTERエンジンは、情報系、検索主体のシステムには、
適さないと思われる、、
勘定系などのシステム向きかも、、

そのようなわけで、今回せっかくトライしたが、
このMySQL-Clusterの採用はあきらめざるをえない、、

今後は、残念ではあるが、
MyISAM型で、master-master-slave構成の方式に変更することにする、、

この方式での性能評価に関しても、
後ほど追記予定、、

¦ 湘南360ブログ ¦ No Trackbacks ¦ ¦

'11年9月05日月曜日
MySQL-Cluster設定記２（sql/dbノード）

設定記１からの続き、、

sql/dbノード*2セット

sqlノードとdbノードは同じサーバーに設定；

/etc/my.cnf情報

[client]
port=3306
socket=/var/lib/mysql/mysql.sock

[mysqld]
ndbcluster
ndb-connectstring=49.212.101.134　…eth0側LAN
*eth1側LANは、エラーになってうまく設定できない、、(bugのようだ)
default-storage-engine=NDBCLUSTER

[mysql_cluster]
ndb-connectstring=49.212.101.134…eth0側LAN

上記と同じく別のサーバーのsql/dbノードの構成を設定

[client]
port=3306
socket=/var/lib/mysql/mysql.sock

[mysqld]
ndbcluster
ndb-connectstring=49.212.101.134
default-storage-engine=NDBCLUSTER

[mysql_cluster]
ndb-connectstring=49.212.101.134

上記設定後、データノードを起動
#ndbd --initial　…最初の初期起動時のみ、、

次にsqlノードを起動
#/etc/init.d/mysql start

上記と同じく、もう一方のsql/dbノードを設定し起動

この状態で、mgmノード、sql/dbノード*2が起動されたので、
下記のndbコマンドを発行

例；
[root@dbnd02 ~]# ndbd
2011-09-05 10:55:20 [ndbd] INFO -- Angel connected to '49.212.101.134:1186'
2011-09-05 10:55:20 [ndbd] INFO -- Angel allocated nodeid: 12
[root@dbnd02 ~]#

これにより、dbノードが連携して動作を行う、、
→一方のDBノードでテーブルの追加や更新削除を行うと、
もう一方のDBノードのテーブルがまったく同じ内容に更新される。

これで正しく、MySQL Clusterの設定は終了

¦ 湘南360ブログ ¦ No Trackbacks ¦ ¦

'11年9月05日月曜日
MySQL-Cluster　設定記１（mgmノード）

Master-Slave型の既存システムを、可用性と信頼性の高い、かつ拡張性、保守性のよい（SPOFの少ない）MySQL-Clusterに置き換えるために評価機を設定し、その得失を調査した、、

その構成は、専用サーバー３台で、
mgmノード　１台；dualcore xeon 4GBメモリ,etho,eth1,500GB RAID1
sql/dbノード　２台；quadcore xeon 16GBメモリ,eth0,eth1,500GB RAID1

オープンソース（GPL)利用
centos5
mysql5.5.14
cluster 7.1.15

上記をyumでインストールしmysql-clusterの設定を行う；

１）MGMノード
mgmノード(config.ini)情報；
#
[TCP DEFAULT]
SendBufferMemory=2M
ReceiveBufferMemory=2M

[NDB_MGMD DEFAULT]
PortNumber=1186
Datadir=/var/lib/mysql-cluster

[NDB_MGMD]
NodeId=1
Hostname=49.212.101.134
LogDestination=FILE:filename=ndb_1_cluster.log,maxsize=10000000,maxfiles=6
ArbitrationRank=1

[NDBD DEFAULT]
NoOfReplicas=2
Datadir=/var/lib/mysql-cluster
FileSystemPathDD=/var/lib/mysql-cluster
BackupDataDir=/var/lib/mysql-cluster/backup/
#FileSystemPathUndoFiles=/var/lib/mysql-cluster
#FileSystemPathDataFiles=/var/lib/mysql-cluster
DataMemory=12166M
IndexMemory=1521M
LockPagesInMainMemory=1

MaxNoOfConcurrentOperations=100000
MaxNoOfConcurrentTransactions=16384

StringMemory=25
MaxNoOfTables=4096
MaxNoOfOrderedIndexes=2048
MaxNoOfUniqueHashIndexes=512
MaxNoOfAttributes=24576
MaxNoOfTriggers=14336

### Params for REDO LOG
FragmentLogFileSize=256M
InitFragmentLogFiles=SPARSE
NoOfFragmentLogFiles=48
RedoBuffer=32M

TimeBetweenGlobalCheckpoints=1000
TimeBetweenEpochs=100

TimeBetweenEpochsTimeout=0

### Params for LCP
TimeBetweenLocalCheckpoints=20

### Heartbeating
#HeartbeatIntervalDbDb=15000
#HeartbeatIntervalDbApi=15000

### Params for setting logging
#MemReportFrequency=30
#BackupReportFrequency=10
#LogLevelStartup=15
#LogLevelShutdown=15
#LogLevelCheckpoint=8
#LogLevelNodeRestart=15

### Params for BACKUP
BackupMaxWriteSize=1M
BackupDataBufferSize=16M
BackupLogBufferSize=4M
BackupMemory=20M

### Params for ODIRECT
ODirect=1

### Watchdog
TimeBetweenWatchdogCheckInitial=60000

### TransactionInactiveTimeout - should be enabled in Production
#TransactionInactiveTimeout=60000
### New 7.1.10 redo logging parameters
#RedoOverCommitCounter=3
#RedoOverCommitLimit=20
### REALTIME EXTENSIONS
#RealTimeScheduler=1
### REALTIME EXTENSIONS FOR 6.3 ONLY
#SchedulerExecutionTimer=80
#SchedulerSpinTimer=40

### DISK DATA
SharedGlobalMemory=20M
DiskPageBufferMemory=64M
BatchSizePerLocalScan=512

[NDBD]
# the IP of the FIRST SERVER (Data Node)
HostName=49.212.101.135
#HostName=192.168.2.102
DataDir= /var/lib/mysql-cluster
NodeId=11

[NDBD]
# the IP of the SECOND SERVER (Data Node)
HostName=49.212.101.136
#HostName=192.168.2.103
DataDir=/var/lib/mysql-cluster
NodeId=12

[MYSQLD]
NodeId=21
HostName=49.212.101.135
#HostName=192.168.2.102
skip-innodb

[MYSQLD]
NodeId=22
HostName=49.212.101.135
#HostName=192.168.2.102
skip-innodb

[MYSQLD]
NodeId=31
HostName=49.212.101.136
#HostName=192.168.2.103
skip-innodb

[MYSQLD]
NodeId=32
HostName=49.212.101.136
#HostName=192.168.2.103
skip-innodb

[TCP]
NodeId1=11
NodeId2=12
#HostName1=49.212.101.135
HostName1=192.168.2.102
#HostName2=49.212.101.136
HostName2=192.168.2.103
#
補足すると、dbノード間は、プライベートなeth1（ギガイーサ）経由の通信、
mgmノードとdbノード間は、eth1経由の通信は、現状のバージョンではできず、
仕方がないので、eth0経由となっている、、
＊mysql-clusterのバグのようで、パッチをあてるとできそうだったが、
mgm-sql/dbノード間の通信量は少ないので、eth0経由でもあまり問題ないと判断し、
パッチは適用せず、、

・MGMの起動
#ndb_mgmd -f /var/lib/mysql-cluster/config.ini …mgmの起動
#ndb_mgm　…mgm管理モードへ
ndb_mgm>　　…　管理コマンドの発行
例）　ndb_mgm> show
下記は、データノードも設定後のステータス
Connected to Management Server at: localhost:1186
Cluster Configuration
---------------------
[ndbd(NDB)] 2 node(s)
id=11 @49.212.101.135 (mysql-5.1.56 ndb-7.1.15, Nodegroup: 0, Master)
id=12 @49.212.101.136 (mysql-5.1.56 ndb-7.1.15, Nodegroup: 0)

[ndb_mgmd(MGM)] 1 node(s)
id=1 @49.212.101.134 (mysql-5.1.56 ndb-7.1.15)

[mysqld(API)] 2 node(s)
id=21 @49.212.101.135 (mysql-5.1.56 ndb-7.1.15)
id=22 @49.212.101.136 (mysql-5.1.56 ndb-7.1.15)

ndb_mgm>

２）MySQL-Clusterの起動順序
　・mgmのスタート
　・データノードのスタート
　・sqlノードのスタート /etc/init.d/mysql start
　なお、停止はこの逆に行う。

¦ 湘南360ブログ ¦ No Trackbacks ¦ ¦

'11年7月19日火曜日
パターをうまくなるには？

　昨日、クラブ競技でハンデイ４の方と、回った。その方のグロスは７２で、ネットは６８、ほとんどミスがないか、あっても、うまくリカバリーして、パーであがる。
・感心したのだがパターが大変うまい、、
傾斜のあるフックライン、スライスラインでも、２，３メートルだと１パットで入れる、、…　バーデイ３、パー１２、ボギー３でグロス７２で上がった、、

私の場合、このようなところからだと、２パットか３パットになる、、
この差は大きい、一方はバーデイだが、私の場合は、ボギーになることがある、、
最近寄せワンを目指してアプローチの練習を始めたが、せっかく１ピン以内にアプローチしても、そこから２パットや３パットしたのでは、スコアーにならない、、

→　パターをミスして、それが後を引き、ショットにも影響して大たたきをして崩れてしまうことが多い、、

パター名人になるには、どうしたらよいのか、、
今後うまい方法をさがしてみる、、

¦ 湘南360ブログ ¦ No Trackbacks ¦ ¦

'11年6月28日火曜日
ゴルフ　アプローチの真髄　倉木プロ著

１）アプローチ

グリーン周りからの寄せワンがなかなか取れない、、
いろいろインターネットで調べていたら、アプローチの真髄　という本があったので、急遽これを購入して、その本にしたがって、庭で５ヤードのアプローチを練習開始した、、

　困ったことに、家で飼っているフレンチブルドッグのブルが、この練習を開始すると、自分もボールを追い掛け回したいらしく、庭に出せ出せと吼えまくり、近所迷惑この上ない、、
仕方がないので、ブルを庭の見えない部屋に移動してから、アプローチを練習、
　最初はなかなか目標のバケツに当たらなかったが、少しずつあたるようになった、、
この練習をつずけていけば、寄せワンもかなり見通しがたちそうなので、がんばりたい、

２）コースマネジメント
　ゴルフでは、各ホール悪くともボギーであがりたいが、ダボやトリがでる、、
これは、コースマネジメントができていないのが大きな原因である；
・ミスはつきもので仕方がないが、この後の攻め方が悪いと、ダボやトリにすぐになる、、
先日、湘南シーサイドのアウトコース一番で、ドライバーショットがミスり、左の方向にとんだ、
二打目が、左足下がりのかつ池超えのショット、ここでラフにもかかわらず、ウッドをもって
池越えのショット、結果は池を超える前に池におちてワンペ、、こうなるとダボもしくはトリに一直線、、
→　賢い選択は、左足下がり、ラフ、池越えの場合、アイアンを選択し、池をさけてボギーオンを狙うのでOKとすべき、、ボギーオン　ワンパットならばパーもありうる、、
ゴルフは耳と耳の間でするスポーツ、、考え方でスコアーがよくも悪くもなる、、

¦ 湘南360ブログ ¦ No Trackbacks ¦ ¦

'11年6月28日火曜日
cURL組み込みのためにPHPを再インストール

　オープンカートを利用しようとソースのダウンロードを行い、その設定を開始すると、サーバーの
環境を自動でチエックしてくれるが、そのときcURLがないことが判明した。
以下はｃURLのインストールとそのPHPへの組み込みを行ったときのメモ：

１）ｃURLのインストール（省略）
２）PHPの再コンパイル --with-curl=/usr/local
　①以前PHPをソースからインストールしたときのデイレクトリーに入る
　　 #cd /usr/local/src/php-5.2.4
　　 #make distclean
　②前回のconfigureオプションを調べる。
　　　./config.niceにある。これを利用して./configure　を実行

　　　./configure --前回のオプションをセットし、
　　　それに--with-curl=/usr/localを追加
　③#make
④#make install
⑤apacheのリスタート後phpinfo()を見ると、
　　curl
　　cURL support enabled
　　cURL Information libcurl/7.21.6 zlib/1.2.3
　　がひょうじされている、、
　　これでopencartも正しくインストールが可能となった

¦ 湘南360ブログ ¦ No Trackbacks ¦ ¦

'11年6月06日月曜日
ＴＢＳ　みのもんた

　みのもんたが、朝から、毎日、他人や行政の批判ばかり行っていて、ＴＢＳのこの番組を朝からみると不愉快になるので、見ないことにしているが、、
　それにしても、、TBSもそろそろ番組を変更したら、、、、

　好きな番組は、木曜日のＴＶ朝日のモーニングバード、玉川徹レポーターの総研コーナー、
この番組は、具体的なはなしが多く、たんなる批判ではなく、
役に立つ内容が多い、、
原子力が一番安いとの電事連の報告がいかにいい加減かの報道も大変良かった、、
このような報道こそ、関心もあるし、価値がある、、
私の評価ではＴＢＳの朝ズバは最低、ＴＶ朝日のモーニングバードが最高、、

¦ 湘南360ブログ ¦ No Trackbacks ¦ ¦

'11年5月25日水曜日
趣味のゴルフについて

※最近営業不足もあり、仕事の時間が減ってきたので、これを機会に、趣味のゴルフとテニスを行い、体力の維持・強化を行うとともに、消費拡大に貢献？する事にした。
テニスは、荏原テニススクールに週１回通い、また機会を見つけて、仲間とテニスを楽しんでいる、、
ゴルフは、最近までは月１ゴルフアーだったが、今後は、週１ゴルフアーになって、
現状のＪＧＡハンデイ15.3を半減（８以下）すべくシングルを目指してゴルフを楽しもうと思っている。現在６７歳、今年１２月までにＪＧＡシングルを目指して取り組みを開始し、６８歳にはシングルの仲間入りを目指す。
このために、アイアンもＸＸＩＯアイアンからＰＨＹＺアイアンに変更、パターもピンからテーラーメードの写真のものに変更、、早速
あす、大熱海国際ＧＣの大仁コースで使用するが、これを武器に、あすはまずは８０台前半を目標にラウンドする。
ドライバー、フェアウエーウッド、ミドルアイアン、ショートアイアン、
アプローチ（P/S,SW)、パターに分けて、どこが問題化を分析して、対策を行い
スコアー改善を今後行っていく、、
→パーオンを目指す、
→パーオンしなくともアプローチでワンパット圏内にのせる（寄せワン）
→パット数を2*18=36以下を目指す。
→ハーフで６回はパー以上を目指す

テイラーメイド

結果は、予定よりも１１オーバーの９１
パーはわずか４つ
寄せワンは、ゼロ、
パット数は、４０
トリ１、ダボ４
ボギーは９
アプローチのミスが多い、、
パットがよらず入らず、、
このあたりを、もっと練習しないと、、

６月２日　富士高原ＧＣに行った；
雨の中のラウンドで午前はインコース、４３、午後は雨が本降りになったので、
途中で、中止、
相変わらずアプローチが悪い、、グリーン周りからの寄せワンができず、、
今後、チップ＆ランは、9i,pw,p/sで、ライや傾斜におうじてクラブを変えるようにする、、

次回は、６月５日の大熱海国際ＧＣの月例で、再チャレンジ、大仁コース
６月５日の結果：バックテイ、ノータッチ、
イン：４２、アウト：４２の８４、
アウトはパー３、ボギー６、ダボ以上はなし、
インは、パー５、ボギー２、ダボ２
パーオンしない時の５０ヤードいないの寄せワンは、２勝４敗、
ダボは、グリーオーバー時の左足下がりで、アプローチがトップ＊１、ワンペ＊１、

今後の対策；
①左足さがりからのアプローチ…右足を後ろにさげて、左足支点で、アプローチ、
②寄せワンの練習…良い練習場所がない、、コース実践しかないか？　9i,pw,p/s,swでのチップ＆ランの飛距離とランの関係を把握、、
③毎回チャーシューメーンでスイング、チャーで左足に体重をのせて、シューで右足に体重を移動しながらバックスイング、メーンで振り切る、、
④アプローチは、手をつかわないで、、左足中心の腰の回転で行う、、

６月９日、再度大熱海国際の大仁コースに行った、
レギュラーテイ、ノータッチ
結果：イン４０、アウト４０の８０
パター＆アプローチにまだまだ課題が多い、、
・パターは、ボールヒット後、頭を動かさない、、気持ちハンドファーストでヒット
・寄せワンは、ボールの落とし所を決めてそこをイメージしてスイング必要、、

¦ 湘南360ブログ ¦ No Trackbacks ¦ ¦

'11年3月22日火曜日
東北地方太平洋沖地震と未曾有の津波、計画停電に思う

２０１１年３月１１日の１４：４６頃に東北地方太平洋沖で巨大地震が発生、マグニチュード９．０。この地震による被害に加えて、巨大津波が東北地方と北関東地方の海岸よりの町を襲い、根こそぎ、廃墟の町にしてしまった。つなみの高さは、大船渡で最大２３メートル、、、被災者は３６万人、死者・行方不明者は２万２千人をこえようとしている、、
さらに、福島原発の被害が大きく、使用済燃料棒の冷却ができず水素爆発をおこしたり、放射能漏れが発生し２０キロ圏内の住民の避難が必要だったり、ほうれんそうや牛乳に放射能汚染があり、茨木や福島では、出荷ができず廃却を行っている状態、、
また、東京電力は、電力需要に応じた供給ができず、計画停電を、行っている状態で、東京電力圏内の住民・企業は毎日停電があるので、仕事には集中できない状態にある、、
この計画停電は、今年中には解消しない恐れがある、、とのこと、、
→
　政府の対応は、泥縄で後手後手に回っているが、早く態勢を立て直して、前向きな取り組みを行ってほしい、、

具体的には、被災者の救済はもちろんだが、それに加えて、
東北関東地方の夢ある復興計画の発表（東北関東を世界で一番住みやすい街、
原子力に頼らない、クリーンエネルギーの町、太陽光発電、風力発電、波発電、、などのエネルギーを利用、、各家庭に蓄電できる技術の早期開発、、）を行い、夢と希望を持てるような取り組みが必要、

また、
計画停電も仕方がないが、電力供給を東京電力のみに頼るのはまずい、、
政府は、日本中の家庭が、太陽光発電を導入するための施策を早く作成しアナウンスすべき、、
、、
蓄電技術開発、太陽光発電への大幅な補助金、などなど早めに矢継ぎ早に対策をうつ、、
災い転じて福となす、取り組みを早く作成し実現してほしい、、

¦ 湘南360ブログ ¦ No Trackbacks ¦ ¦

'10年11月05日金曜日
政権交代は、なんだったのか？

民主党政権を温かく見守ってきたつもりだが、
現在の管、仙谷政権は、どうもいただけない、、
まるで小ぶりの自民党政権と同じ、、
管はまるで小物、仙谷に至っては、秘密主義の暗黒の
政策、、こんな政権がほしくて、政権交代をしてもらったのではない、、

現政権の不満点；
１）弱腰外交（中国の尖閣問題）
２）秘密主義（尖閣の中国漁船とのビデオを公開せずに、ユーチューブに公開されてしまう始末、、）
注）ビデオを公開した人は、政府のだらしない対応、秘密主義にたいする内部告発者、、勇者である。
仙谷が犯罪のように言っているが、そうではない、、
国益、国家の機密もまもれない現政権は交代しろ。

３）無責任（尖閣の問題での釈放を、沖縄検察のせいにしている、、国の、政府の責任を放棄、あきれる対応）
４）企業献金の復活（マニフェストは、なんだったのか？）
５）国、国益を守る気概がない（これでは無防備主義の、社民党と同じ）

これならば、鳩山政権のほうがまだよかった、、
すくなくとも、国の理想を追求していた、、
管は、マニフェストも守れない小物、、
どんなビジョンを持っているのかがさっぱりわからない、、１、２、３，４に雇用、雇用と代表選で叫んでいたが、代表になってなにをした、、？
早く、小沢さんと交代すべき、、
なんでこんな人物を選んだのか？

まさにしょべんたれを嫌ってウンコたれをもらった心境、、

¦ 湘南360ブログ ¦ No Trackbacks ¦ ¦

< 2012-01 >
日	月	火	水	木	金	土
1	2	3	4	5	6	7
8	9	10	11	12	13	14
15	16	17	18	19	20	21
22	23	24	25	26	27	28
29	30	31

ウェブレン社長 ３６０°ブログ

'11年9月05日月曜日MySQL-Cluster設定記３（性能評価）

'11年9月05日月曜日MySQL-Cluster設定記２（sql/dbノード）

'11年9月05日月曜日MySQL-Cluster 設定記１（mgmノード）

'11年7月19日火曜日パターをうまくなるには？

'11年6月28日火曜日ゴルフ アプローチの真髄 倉木プロ著

'11年6月28日火曜日cURL組み込みのためにPHPを再インストール

'11年6月06日月曜日ＴＢＳ みのもんた

'11年5月25日水曜日趣味のゴルフについて

'11年3月22日火曜日東北地方太平洋沖地震と未曾有の津波、計画停電に思う

'10年11月05日金曜日政権交代は、なんだったのか？

Sidebar

ウェブレン社長　３６０°ブログ

'11年9月05日月曜日
MySQL-Cluster設定記３（性能評価）

'11年9月05日月曜日
MySQL-Cluster設定記２（sql/dbノード）

'11年9月05日月曜日
MySQL-Cluster　設定記１（mgmノード）

'11年7月19日火曜日
パターをうまくなるには？

'11年6月28日火曜日
ゴルフ　アプローチの真髄　倉木プロ著

'11年6月28日火曜日
cURL組み込みのためにPHPを再インストール

'11年6月06日月曜日
ＴＢＳ　みのもんた

'11年5月25日水曜日
趣味のゴルフについて

'11年3月22日火曜日
東北地方太平洋沖地震と未曾有の津波、計画停電に思う

'10年11月05日金曜日
政権交代は、なんだったのか？