ITM NEWS(東京羽村市に所在するWEBアプリ・システム開発会社アイティーエムクリエイト日記）
ホームページ制作、業務改善したい企業様、ITツールの活用方法やプログラム覚えて思い描いているものを実現したい方向け
最近WordPressのテーマを変えてみました。
今どき流行の「レスポンシブルデザイン」
スマートフォンやPC、タブレット等、めまぐるしく変わる、画面サイズにフレキシブルに
対応するHTMLで組まれた、テンプレート。それが、「レスポンシブルデザイン」
そして、それに準拠して作られたワードプレスのテーマファイルが「マテリアル」というテーマ。
各記事にサムネイルによる見出し画像が用意でき、いまどきのポータルサイトに早変わり。
サムネイルを入れるのは大変だが、プラグインを使用すれば、少しでも補助になるようですね。
Auto Post Thumnail というプラグインは自動でアイキャッチに画像を入れてくれる便利なプラグイン
是非お試しあーれー。
素敵な？情報がいつもあなたに届くようになります。（itmnewsの記事が届きます。）お役に立つかどうかわかりませんが頑張りますっ。登録してみてください。
今、itmnewsのアクセス数を伸ばすべく。色々試していますが
まず。
其の壱
ワードプレスを活用する
其の弐
はてなブログを活用する。
其の参
シーサーブログを活用する
其の四
アメブロを活用する。
googleさんにみつかっちったら、一気にこのブログは闇に葬りさられますが
それを覚悟で、色々実験してみています。
それぞれで、今ブログを設けて、どのような効果があるか実験しています。
実験により、同等の内容を書いてしまっているブログもございますが
そこんところgoogleさんどうぞご愛嬌でっ。
まず上記１～４ございますが、アクセス数とかあまり気にせずひたすら面白いのが
wordpressです。なぜか。なんでもできる。プラグインがパラダイス状態です。
なぜかというと、こういうの欲しいながほぼそろい始めてきているからです。
つまり、ブログ天国状態。
はてなブログのいいところは、今週のお題等で、大量アクセスを見込めるチャンスが
よく現れますね。あとは、やはりベースとなる参加者によるアクセスも大きいですね。
あとは、シーサーブログ。ここは、レイアウト次第で、デフォルトの広告ははずせて
自分のアフェリエイトを開設できます。
アメブロは一定のアクセスは見込まれます。自分のターゲットユーザーに出会えるかどうか
は微妙。
素敵な？情報がいつもあなたに届くようになります。（itmnewsの記事が届きます。）お役に立つかどうかわかりませんが頑張りますっ。登録してみてください。
2015-07-12前回、前々回とRDS内でのレプリケーションの仕組み、MySQLでのレプリケーションの仕組みををまとめましたが
それを踏まえて
リージョン間でレプリケーションしたらどうなるかをまとめてみました。
つまり更新系はマスターでないと他のスレーブに配ってくれないので、データは
マスターに行く。参照系は、各リージョンにあるRDSに繋げば、データ量が多いクエリも
マスターを見に行くより早いのは間違いない。
この方法による構築での課題点は
・参照系と更新系でデータベースの接続先が違う。
・MySQLのレプリケーションは非同期レプリケーションなので、タイミングによっては、
整合性がとれていないクエリー結果になってしまう。
上記の図の例で言いますと、海外１と海外２はタイミングによっては、結果がずれる。
東京は、マスターを参照するので、ずれはない。
因みに、リージョン内での参照系レプリケーションであればRDS側のReadReprication機能で対応できます。
具体的な手順を以下に記載します。
•MySQL5.6.13のRDS
•Publicly AccessibleをON
•Mullti-AZオプションはOFF
•セキュリティグループではお互いの通信を許可
ポートの開放
インバウンド、アウトバウンド両方
|
1 |
mysql -h m1.cyxgcupsoi5z.ap-southeast-1.rds.amazonaws.com -P 3306 -u root -p test_db |
５．ここでレプリケーション用のユーザーを作成しておく
|
1 |
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%' IDENTIFIED BY 'password'; |
６．テスト用のテーブルを作成する。
|
1 2 3 |
create table test_table (id int, name varchar(128), tel char(10), mail char(100)) character set utf8; insert into test_table values (1, 'tanaka', '090-111-5555','tanama@exsample.com'); insert into test_table values (2, 'sato', '090-222-6666','sato@exsample.com'); |
７．バイナリ―のログにアクセスできるようにストアドプロシージャーを実行する。
|
1 |
call mysql.rds_set_configuration('binlog retention hours', 72); |
８．内容を控えておく
|
1 2 3 4 |
show master status; +----------------------------+----------+--------------+------------------+-------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +----------------------------+----------+--------------+------------------+-------------------+ | mysql-bin-changelog.000333 | 954| | | | +----------------------------+----------+--------------+------------------+-------------------+ |
８．次に、スレーブ用のリージョンのＲＤＳのインスタンスを起動します。
同じようにポートを解放してください。
９．スレーブのデータベースに接続します。
|
1 |
mysql -h m1.cyxgcupsoi5z.ap-southeast-1.rds.amazonaws.com -P 3306 -u root -p test_db |
１０．レプリケーション用のユーザーを作成します。
|
1 |
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%' IDENTIFIED BY 'passward'; |
１１．マスターのデータベースをそのままスレーブにコピーします。
最初にマスターをダンプします。
|
1 |
$ mysqldump -h m1.cyxgcupsoi5z.ap-southeast-1.rds.amazonaws.com -u root -p --databases test_db > dumpfile |
次にスレーブ側でダンプファイルをインポートします。
|
1 |
mysql -h m1.cyxgcupsoi5z.ap-southeast-1.rds.amazonaws.com -u root -p test_db < dumpfile |
１２．スレーブ側 mySQLにて以下ストアドプロシージャ―を実行します。
先程の内容をセットします。
|
1 |
call mysql.rds_set_external_master('master.xxxxxxxxxxxx.ap-northeast-1.rds.amazonaws.com',3306,'repl','password','mysql-bin-changelog.000333',954,0); |
１３．スレーブ側でレプリケーションを開始します。
|
1 |
CALL mysql.rds_start_replication; |
１４．状況確認します。
|
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 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 |
show slave status\G *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: m1.cyxgcupsoi5z.ap-southeast-1.rds.amazonaws.com Master_User: repl Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin-changelog.000408 Read_Master_Log_Pos: 422 Relay_Log_File: relaylog.000203 Relay_Log_Pos: 595 Relay_Master_Log_File: mysql-bin-changelog.000408 Slave_IO_Running: Yes Slave_SQL_Running: Yes Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: mysql.plugin,innodb_memcache.cache_policies,mysql .rds_sysinfo,mysql.rds_replication_status,mysql.rds_history,innodb_memcache.conf ig_options Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Master_Log_Pos: 422 Relay_Log_Space: 818 Until_Condition: None Until_Log_File: Until_Log_Pos: 0 Master_SSL_Allowed: No Master_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: 0 Master_SSL_Verify_Server_Cert: No Last_IO_Errno: 0 Last_IO_Error: Last_SQL_Errno: 0 Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 17714962 Master_UUID: 030d3d6b-26c6-11e5-8a5c-064062dd903b Master_Info_File: mysql.slave_master_info SQL_Delay: 0 SQL_Remaining_Delay: NULL Slave_SQL_Running_State: Slave has read all relay log; waiting for the sla ve I/O thread to update it Master_Retry_Count: 86400 Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: Executed_Gtid_Set: Auto_Position: 0 1 row in set (0.22 sec) |
１３．マスター側で
データを登録
|
1 |
insert into test_table values (3, ’takahashi’, '999-999-999', 'takahashi@example.com'); |
１４．スレーブ側でレコードが増えているか確認 レコードが1件増えていれば
同期確認完了。
|
1 2 3 4 5 6 |
select * from test_table ; +------+------+-------+--------------+ | id | name| tel | mail| +------+------+-------+--------------+ | 1 | tanaka| 090-111-5555| tanama@exsample.com| | 2 | sato | 090-222-6666| sato@exsample.com| | 3 | takahashi | 999-999-999| takahashi@example.com| +------+------+-------+--------------+ |
素敵な？情報がいつもあなたに届くようになります。（itmnewsの記事が届きます。）お役に立つかどうかわかりませんが頑張りますっ。登録してみてください。