[Linux] 透過 MySQL Replication 之 Master Slave 切換進行 DB server 移機 @ Ubuntu 12.04

事情的緣由是想要進行 DB server 的升級，做法有不少種，而最重要的是要將 down time 降低。由於未來有考慮把 DB server 移到 AWS RDB 上頭，參考 AWS RDB 的 import/export 方式，故選擇從 replication slave 來摸摸。

建立 Replication Slave 的流程：

1. 將原先的 db1 server 調整成可以成為 master db 的功能
   
   • $ vim /etc/mysql/my.cnf
     
     • 拿掉 bind-address 127.0.0.1
     • 指定 server-id = 1
     • 指定 log_bin = /var/log/mysql/mysql-bin.log
     • innodb_flush_log_at_trx_commit=1
     • sync_binlog=1
   • $ sudo service mysql restart
2. 在 master db 上建立 replication slave 存取權限
   
   • master:mysql> GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%' IDENTIFIED BY 'repl_password';
3. 在 master db 上匯出資料
   
   • master:mysql> FLUSH TABLES WITH READ LOCK;
   • master:mysql> SHOW MASTER STATUS;
   • $ mysqldump -u root -p --all-databases --lock-all-tables > all.sql
   • master:mysql> UNLOCK TABLES;
   • 想辦法把 all.sql 弄到 slave db server
4. 在 db2 server 設定可以成為 slave db 功能
   
   • $ vim /etc/mysql/my.cnf
     
     • 拿掉 bind-address 127.0.0.1
     • 指定 server-id = 2
     • 指定 log_bin = /var/log/mysql/mysql-bin.log
   • $ sudo service mysql restart
5. 在 db server 匯入 master db 的資料
   
   • 從 master db server 取得 all.sql
   • $ mysql -u root -p < all.sql
6. 在 slave db 設定 master db 資訊
   
   • slave:mysql> CHANGE MASTER TO
     MASTER_HOST='MasterDBIP',
     MASTER_USER='repl',
     MASTER_PASSWORD='repl_password',
     MASTER_LOG_FILE='File',
     MASTER_LOG_POS=Position;
   • slave:mysql> START SLAVE;
   • slave:mysql> SHOW MASTER STATUS;
   • slave:mysql> SHOW SLAVE STATUS;

如此一來，就可以看到 Slave 跟 Master 一直保持同步了，可以用一些指令，如 SELECT count(*) FROM TABLE; 來比較看看。

以上就是架設 MySQL Replication Slave 的流程，接下來是進行 DB Server 移機的過程，目的就是將上述的 db1 server 下線，並改用 db2 server 當 master，有點像是把 switch slave server to master 的味道，過程：

1. 鎖住 db1 server
   
   • db1:mysql> FLUSH TABLES WITH READ LOCK;
2. 確認 db2 server 資料有 sync
3. 在 db2 server 取消 slave 行為
   
   • db2:mysql> STOP SLAVE;
   • db2:mysql> RESET SLAVE;
4. 將所有相關的 application 的 db 連線導到 db2 server

透過上述 MySQL Replication 移機的方式，所造成的 down time 會小很多。另外，更好的解法是先處理好 primary key （例如 2N 與 2N+1）的問題，然後先把 application db 切到 db2，過一陣子後再把 db1 shutdown ，就可以避免資料遺失問題。

最後補充一下，在 Master DB Server 新增帳號時，在 Slave DB server 並沒有 sync ，解法除了一開始在設定 Slave 前就把帳號建立好外，另一種解法就是讓 Slave DB 先暫停 Slave 角色，接著新增完帳號再重回 Slave 角色，而新資料又可以從 Master sync 回來。

1. slave:mysql> STOP SLAVE;
2. slave:mysql> 新增使用者;
3. slave:mysql> START SLAVE;

關於新增帳號的問題是在於要把 db2(Slave) 轉成 Master 時，需要更新帳號能夠存取 db2 的權限，然而透過上述 mysqldump -u root -p --all-databases --lock-all-tables 更新方式，db2 裡的資料都是以 db1 的環境去設定的。

[Linux] 限制使用者只能用 public key 登入 @ Ubuntu 12.04

原先是要用在 mysql 之 rsync 的備份方式，雖然最後不用了，也順便記一下：

$ sudo vim /etc/ssh/sshd_config
#PasswordAuthentication yes # default
RSAAuthentication yes
PubkeyAuthentication yes

Match User user1,user2
PasswordAuthentication no

$ sudo service ssh reload

[PHP] 使用 Memory Cache (php://memory) 加速 File Handle 操作

最近使用 maxmind / MaxMind-DB-Reader-php 時，發現大量處理很慢，研究一下 src / MaxMind / Db / Reader.php 後，發現 DB 沒有一口氣讀進記憶體使用，就找一下如何將檔案搬進 Memory 後，一樣用 File Handle 對 memory 操作，如此可以降低 source code 的更動。

用法(以 src / MaxMind / Db / Reader.php 為例)：

$this->fileHandle = @fopen($database, 'rb');
if ($this->fileHandle === false) {
throw new \InvalidArgumentException(
"Error opening \"$database\"."
);
}

$this->fileSize = @filesize($database);
if ($this->fileSize === false) {
throw new \UnexpectedValueException(
"Error determining the size of \"$database\"."
);
}

// Add by changyy
$fp = fopen("php://memory", 'rb+');
if(is_resource($fp)) {
fputs($fp, fread($this->fileHandle, $this->fileSize) );
rewind($fp);
fclose($this->fileHandle);
$this->fileHandle = $fp;
}

使用的結果，在 Linode 2048 的機器上，測試 20k 筆資料，未加時約 65 秒，加了可以進步到 40 秒附近，稍微失落 Orz 此外，可以用 memory_get_peak_usage() 來的知記憶體的增減。

iOS 開發筆記 - 在 Compiler Time 使用 __has_include 偵測 Framework 是否存在

以 FacebookSDK 來說，之前一直都用 github.com/facebook/facebook-ios-sdk 來使用，最近發現 source tree 預設有一些 bug 無法在 Xcode 5.1 編譯成功，自行修又容易碰到維護問題，於是就跑去下載 Facebook 官方打包好的 facebook-ios-sdk-current.pkg 來用了。

之前用 Facebook source code 來編譯時，在 header file 的使用：

#import "Facebook.h"

然而，現在改用 FacebookSDK 時，則該使用

#import <FacebookSDK/FacebookSDK.h>

因此想要在 Compiler Time 來確認，因此來增加彈性。

所幸有找到類似堪用的方式（Include File Checking Macros）：

#if defined(__has_include)
#if __has_include("FacebookSDK/FacebookSDK.h")
#import <FacebookSDK/FacebookSDK.h>
#else
#import "Facebook.h"
#endif
#endif

此外，在 Project 的 Build Settings，就可以這樣通用設定：

• Framework Search Path: /path/sdk/FacebookSDK
• Library Search Paths: ${SRCROOT}
• User Header Search Path: /path/sdk/facebook-ios-sdk

其中 /path/sdk/FacebookSDK 指的是 facebook-ios-sdk-current.pkg 安裝位置（只要把pkg裡的 FacebookSDK.framework 拖進去會自動設定好），而 Library Search Paths 和 User Header Search Path 的設定則是為了採用 source tree 方式。

[PHP] CodeIgniter 處理多層子目錄 Routing 問題

[PHP] CodeIgniter 處理多層子目錄 Routing 問題

過去使用 CodeIgniter 一直以為在 application/controller 裡的目錄結構可以無限延伸使用，如：

application/conotrollers/service/dashboard/product.php
application/conotrollers/service/api/product.php
application/conotrollers/service/welcome.php
application/conotrollers/welcome.php

當瀏覽 hostname/ 可以由 conotrollers/welcome.php 處理，瀏覽 hostname/service/welcome 則由 conotrollers/service/welcome.php 處理，一切正常。

但瀏覽 hostname/service/api/product 和 hostname/service/dashboard/product 時，卻噴 404 Page Not Found 訊息。

一開始以為 nginx rules 設定錯誤，追一下 CodeIgniter 的 source code 後，發現 CodeIgniter 的程式碼沒有用遞迴或等價方式去搜尋子目錄，再透過相關關鍵字才發現，關於多層子目錄的需求，則只能透過指定 routing 的設定方式進行，但對應到還是一層目錄結構：

例如 hostname/service/dashboard/product 用法：

$ vim application/config/routes.php

$route['service/(:any)/(:any)'] = 'service_$1/$2';

而目錄結構更新為：

application/conotrollers/service_dashboard/product.php
application/conotrollers/service_api/product.php
application/conotrollers/welcome.php

簡言之，就是以 application/controllers 為基準，頂多再加一層 subdir 而已，而想要 uri 有多層的含義，只能自定 route 來達到。