and
昨天才發現新作
今天又一發
第5集
第1集
第2集
第3集
第4集
作者
2009年7月29日星期三
2009年7月28日星期二
2009年5月3日星期日
網路上查了一輪...基本上這個ibdata1 (路徑為 /var/lib/mysql/ibdata1),是一個只會長大不會變小的檔案它是mysql的bug.. 在bug還沒解之前,想要縮小有個辦法.
1.導出資料庫數據
2.砍掉重練
3.導入第1步時的數據
細部分解:
1.先備份整個資料庫(怕死)
cd /var/lib/
service mysqld stop
tar -zcvf mysql.tgz mysql
service mysqld start
2.停止服務(也是怕死), 假如db是專給web那麼...
service httpd stop
3.把資料庫的資料導出, 自己有什麼資料自己最清楚, 一個一個拉出來囉
mysqldump --lock-all-tables -u root -p 資料庫名稱 > example.sql
4.導出之後, 會有很多個.sql, 這時提起勇氣...
rm /var/lib/mysql/ibdata1
5.資料庫一個一個導回去
mysql -u root -p 資料庫名稱 < example.sql
6.開啟服務, 仍以web 為例.
service httpd start
7.測試....
成功是一定的,但天有不測風雲, 資料如果不見,至少還有mysql.tgz頂著
參考資料:
原文
MySQL Server 的日常維護中最重要的一項大概就是資料庫的定時備份，而 MySQL 資料庫的備份方式有很多但一般來說大致上可概分為二種：
1. Binary Copy (直接複製資料庫檔案)
2. Dump Database (將資料庫輸出成為文字檔)
一、Binary Copy (直接複製資料庫檔案)
開門見山的說，非常不建議你這樣子做。MySQL 支援許多種不同的 Storage Engine，但並不是每一種 Storage Engine 都是 Binary Portable，意思就是說不是每一種 Storage Engine 都可以讓你把資料庫檔案直接複製到另外一台 MySQL Server，然後還可以正常運作的。MySQL 預設的 MyISAM Storage Engine 是 Binary Portable 的，因此若你的資料庫只有使用 MyISAM Storage Engine 的話，那麼你大可以直接複製資料庫檔案來進行備份（當然還必須考慮到資料的一致性，比方說複製之前先關閉 MySQL Server）。但若您有使用到 InnoDB Storage Engine，那麼你就不能這麼做，因為 InnoDB Storage Engine "不是" Binary Portable，只要 CPU 的浮點運算架構不同，複製過去的資料將無法正常運作。除此之外，你複製起來的 InnoDB 資料庫檔案(share table space)若是還原到不同版本的 MySQL Server 上，也會有很大的機率無法正常運作。除非你很肯定備份(複製)起來的資料只會使用在 "同一台 Server" 並使用 "同一個版本" 的 MySQL Server，不然請勿使用此方法進行備份。
註：
對於 MyISAM Storage Engine，每個資料庫(Database)都是一個獨立的目錄，而資料庫中的資料表則會分別以三個檔案儲存在該目錄中，這三個檔案分別是：
FRM： 儲存這個資料表的結構
MYD： Row Data，也就是你存在資料表(table)裡的資料
MYI： 此資料表的索引
但對於 InnoDB Storage Engine 來說，所有的資料庫(Database)與資料表(Table)都是儲存在同一個(或同一系列)的檔案之中，例如 /var/lib/mysql/ibdata1。
二、Dump Database (將資料庫輸出成為文字檔)
MySQL 在安裝時即有提供一系列的客戶端程式(Client Program)，這些程式其實就是各種功能不同的 Perl Scripts 的集合，其中包括有協助您操控 Server 的 mysqladmin、用來執行 SQL 指令的 mysql、轉換 binary log 用的 mysqlbinlog 等等。其中有一樣工具是專門讓您用來備份資料庫的，那就是 mysqldump。
mysqldump 的使用方式十分的簡易，其語法為：
mysqldump --lock-all-tables -u root -p 資料庫名稱 > example.sql
* --lock-all-tables：進行備份時將正在備份的資料庫裡的資料表，全部鎖定以確保資料的一致性
* -u root：使用 root 帳號進行備份
* -p：需要輸入密碼，如果你的 root 帳號有密碼保護，而你又不加這個選項，就會直接 ACCESS DENIED
* 資料庫名稱：你要備份的資料庫名稱
* example.sql：這個部份你想取什麼名字都行，總之這裡就是備份出來的檔案名稱
開啟備份出來的檔案看看，你會發現裡面其實是由許多 SQL 指令所組成，而這些 SQL 指令就是用來重建整個資料庫用的，因此當您還原資料庫的時候其實對 MySQL 來說，只是單純的重新執行備份檔裡面所有的 SQL 指令。由於備份出來的檔案是單純的文字檔案，因此它是 Binary Portable，你可以將它複製到任何一台 MySQL Server 上然後進行還原。
還原的方式也很簡單，只要使用以下的指令即可：
mysql -u root -p 資料庫名稱 < example.sql
大部份論壇程式都會提供資料庫備份機制來協助您備份論壇的資料庫，但除非您無法直接掌控伺服器(例如租用虛擬主機)或是你不具有使用 SHELL 執行指令的權限，否則不建議您使用那些第三方程式所提供的功能來備份資料庫，不然您有可能會遇到備份出來的東西還原不回去的情況。
MySQL Server 的日常維護中最重要的一項大概就是資料庫的定時備份，而 MySQL 資料庫的備份方式有很多但一般來說大致上可概分為二種：
1. Binary Copy (直接複製資料庫檔案)
2. Dump Database (將資料庫輸出成為文字檔)
一、Binary Copy (直接複製資料庫檔案)
開門見山的說，非常不建議你這樣子做。MySQL 支援許多種不同的 Storage Engine，但並不是每一種 Storage Engine 都是 Binary Portable，意思就是說不是每一種 Storage Engine 都可以讓你把資料庫檔案直接複製到另外一台 MySQL Server，然後還可以正常運作的。MySQL 預設的 MyISAM Storage Engine 是 Binary Portable 的，因此若你的資料庫只有使用 MyISAM Storage Engine 的話，那麼你大可以直接複製資料庫檔案來進行備份（當然還必須考慮到資料的一致性，比方說複製之前先關閉 MySQL Server）。但若您有使用到 InnoDB Storage Engine，那麼你就不能這麼做，因為 InnoDB Storage Engine "不是" Binary Portable，只要 CPU 的浮點運算架構不同，複製過去的資料將無法正常運作。除此之外，你複製起來的 InnoDB 資料庫檔案(share table space)若是還原到不同版本的 MySQL Server 上，也會有很大的機率無法正常運作。除非你很肯定備份(複製)起來的資料只會使用在 "同一台 Server" 並使用 "同一個版本" 的 MySQL Server，不然請勿使用此方法進行備份。
註：
對於 MyISAM Storage Engine，每個資料庫(Database)都是一個獨立的目錄，而資料庫中的資料表則會分別以三個檔案儲存在該目錄中，這三個檔案分別是：
FRM： 儲存這個資料表的結構
MYD： Row Data，也就是你存在資料表(table)裡的資料
MYI： 此資料表的索引
但對於 InnoDB Storage Engine 來說，所有的資料庫(Database)與資料表(Table)都是儲存在同一個(或同一系列)的檔案之中，例如 /var/lib/mysql/ibdata1。
二、Dump Database (將資料庫輸出成為文字檔)
MySQL 在安裝時即有提供一系列的客戶端程式(Client Program)，這些程式其實就是各種功能不同的 Perl Scripts 的集合，其中包括有協助您操控 Server 的 mysqladmin、用來執行 SQL 指令的 mysql、轉換 binary log 用的 mysqlbinlog 等等。其中有一樣工具是專門讓您用來備份資料庫的，那就是 mysqldump。
mysqldump 的使用方式十分的簡易，其語法為：
mysqldump --lock-all-tables -u root -p 資料庫名稱 > example.sql
* --lock-all-tables：進行備份時將正在備份的資料庫裡的資料表，全部鎖定以確保資料的一致性
* -u root：使用 root 帳號進行備份
* -p：需要輸入密碼，如果你的 root 帳號有密碼保護，而你又不加這個選項，就會直接 ACCESS DENIED
* 資料庫名稱：你要備份的資料庫名稱
* example.sql：這個部份你想取什麼名字都行，總之這裡就是備份出來的檔案名稱
開啟備份出來的檔案看看，你會發現裡面其實是由許多 SQL 指令所組成，而這些 SQL 指令就是用來重建整個資料庫用的，因此當您還原資料庫的時候其實對 MySQL 來說，只是單純的重新執行備份檔裡面所有的 SQL 指令。由於備份出來的檔案是單純的文字檔案，因此它是 Binary Portable，你可以將它複製到任何一台 MySQL Server 上然後進行還原。
還原的方式也很簡單，只要使用以下的指令即可：
mysql -u root -p 資料庫名稱 < example.sql
大部份論壇程式都會提供資料庫備份機制來協助您備份論壇的資料庫，但除非您無法直接掌控伺服器(例如租用虛擬主機)或是你不具有使用 SHELL 執行指令的權限，否則不建議您使用那些第三方程式所提供的功能來備份資料庫，不然您有可能會遇到備份出來的東西還原不回去的情況。
mysqlcheck -a -c -o -r -A --user=username --password=pwd -> for check
2009年4月13日星期一
這篇文章會把《青龍戰記》的各項系統,做一個簡單的介紹以幫助新手能快速的上手。
時間的計算:
《青龍戰記》是以遊戲內的一天做為一個最基本的單位，一天開始時，人物的所有狀態都會恢復，目前遊戲的設定為每四個小時為一天。
新的一天:
有鑑於不是大家都時時刻刻能守在電腦邊，每四個小時就上線玩game，因此"新的一天"是可以儲存的，最多可以存6天，當一整天的精力耗盡時，如果是在城市，就可以按下新的一天，恢復所有狀態，繼續旅程。
戰鬥:
戰鬥需要戰鬥回合才能戰鬥，戰鬥回合為零時，就無法再行戰鬥，只能等待新的一天。如果存有新的一天，這時就是一個很好的使用時機。
裝備:
各城市都有，武器店與防具店，可以用黃金購買防具增強攻防能力。
死亡:
死亡並不是結束，如果還想玩，可以在陰間走走，做鬼也能打架，如果打的夠努力，快速重生也不是不可能的事。至少變鬼也可以鬧一下陽間的人。
種族:
各種族都會有一些自己的特性，人類在"新的一天"會額外得到戰鬥回合，精靈的敏銳使他們能有較高的防禦力，食屍鬼的嗜鬼個性使攻擊力提升，而矮人能夠在戰鬥中獲得較多的黃金。
貨幣:
遊戲中有黃金與寶石兩種貨幣，一些比較特別的事物，需要一些寶石。
伙伴:
在某些城市之中，可以顧請傭兵，而某些城市之中可以購買野獸，共同作戰。
伙伴通常需要一些寶石。
森林:
主要的戰鬥地點，每個城市的近郊都是森林。
青龍:
通常生活在森林之中，它們會在世界上不固定的遷移，等實力上升後，就可以在森林中尋找青龍。
如果懶的找也可找占卜師尋問青龍的下落。
旅行:
城市間的移動，需要透過旅行，旅行需要行動點數，如果對世界不熟悉，可以向吉普賽人購買地圖。不怕迷路的話就直接上路吧! 注意，在世界地圖上如旅行餘數歸0，只能等待新的一天。就算存有新的一天，也不能在旅行時使用。
聊天:
公眾花園就是世界公頻，而各城市的廣場，是只有到該城市的人才看的到的區堿頻道。
座騎:
誠心的建議，存點錢買個座騎，有好無壞。
升級
每個角色都會有自己的故鄉，只有在自己的故鄉才會有師父，想要提升等級，要先達到師父要求的經驗值，然後挑戰師父。
2009年4月11日星期六
《青龍戰記》-- 基於Seth Able's Legend of the Red Dragon開發的網頁角色扮演遊戲(RPG).
最近架了一個web game... 它的本名為Legend of the Green Dragon，經過個人中譯之後，定調為《青龍戰記》。
《青龍戰記》是一個web base的角色扮演遊戲，這個遊戲的世界概念就是龍與魔法的世界，這個世界上，有隻強大的龍，叫做青龍。
有龍必屠，真君子，玩家所扮演的角色就是要在這個奇幻世界中四處游盪，等到能力提升到一定之後，就可以尋找青龍，一圓屠龍夢，故事就是這麼簡單。 (為什麼要屠龍，我也不知道)
目前遊戲中有8個種族可以選，其中人類、精靈、矮人與食屍鬼，是一開始就能選擇的種族，另外四個種族需要一定的要求，才能在重生之後選用。
在專長的部分(職業系統)，目前有三種專長，以後會視狀況再掛上新的專長，目前的專長分另為暗黑魔法、神密力量與盜賊技能。
簡單的介紹之後，不如先註冊一下吧!
選單的顏色依顯示型態(display skin)不同，而有不同的位置與顏色。(此為Jade)
首先連到《青龍戰紀》。
然後選擇創造角色，輸入帳號密碼與信箱之後就會收到認証信。認証信件目前建議使用gmail信箱，只要是用gmail信箱的都是馬上收到認証信，其它信箱時間就不太一定。
按下認証信上面的鏈結之後，就會再度回到遊戲之中，這時就可以選擇種族與專長，而種族也進一步的確定了出生的城市。
接下來.. 就是玩家自己的冒險。
更多的細項，請看《青龍戰記》簡介。
本遊戲源自http://dragonprime.net，但移除了donate系統，所以不需要任何donate來強化角色的能力
訂閱：
文章 (Atom)
##HIDEME##
##HIDEME##
