剛好在 MySQL 5.1 版的 Unicode Character Sets 這章翻到這兩者的不同。
我想我應該會用 utf8_general_ci 吧...
幹壞事是進步最大的原動力
剛好在 MySQL 5.1 版的 Unicode Character Sets 這章翻到這兩者的不同。
我想我應該會用 utf8_general_ci 吧...
前幾天提到的 MySQL 在 FreeBSD 與 Linux 上的效率 有比較完整的 benchmark 以及資訊了,下面這張圖 (點進去後找大圖看比較清楚) 有 2.6.{18,19,20.1} 這三個版本的 testing,同時也確定是使用 MySQL 5.0.33 (with MyISAM) 測試。
更完整的說明參考 Exciting new data from the sysbench comp 這篇。
之前在 FreeBSD 的 ULE 2.0 提到要拿 MySQL 測試 FreeBSD 的 ULE 2.0,初步的測試結果出爐了:Benchmarking with sysbench.
綠色的是 FreeBSD 7-current CVS 版本,而紅色的是 Fedora Core 6 (沒有說明 kernel 版本),跑的是 MySQL 5.0.x (也沒有講真正的版本),所以這份數據... 先看過就好,要有詳細的測試環境資訊才能決定要不要催眠色 far 把 pixnet 的 MySQL 換掉...。(對 Fedora Core 比較熟的人可以說明一下 Fedora Core 6 的 default kernel 是 2.4 還是 2.6?)
這陣子 Jeff Roberson 在改寫 FreeBSD 上的 SCHED_ULE,也就是 ULE 2.0。
據他在 ULE cpu selection. 這篇的說法,在 8 core CPU 的 FreeBSD 上跑 MySQL 測試,ULE 2.0 比 4BSD 快了 300%。(不過據下面 comment 的數字,應該是快 200%,30k v.s. 10k)
然後他就想要弄個 Linux 出來測試,但他對於 Linux 與 MySQL 的 tuning 不熟,所以就寫了一篇 Linux vs bsd database shootout! Sort of.,希望找到人幫他 tune,結果 LiveJournal 魔頭之一 Brad Fitzpatrick 跳出來說他可以幫忙 MySQL 的部份。
Anyway,很多人都很期待這次的 benchmark,畢竟 MySQL 發展的重點是在多 CPU 環境 (尤其是 2 core 與 4 core),而非單 CPU 環境。
之前幫 far (Pixnet 站長,很糟糕的學弟 XD) 弄 search 功能的時候就聽到他在抱怨對 Debian 不熟,可是不得不在上面跑 MySQL... 我想他應該頗高興的 :p
在 MySQL 把 Falcon Storage Engine 放進 source tree 後 (MySQL Falcon Storage Engine Open Sourced),有人就在 Linux 上跑起來,同時對 MyISAM 與 InnoDB 做了一些簡單的 benchmark:InnoDB vs MyISAM vs Falcon benchmarks - part 1,跑出來的結果是 Falcon 大敗... :p
這陣子的測試都還說不準,要等到把一些整合上的問題修掉後再回來看。
PS:在 Falcon Storage Engine Design Review 這篇有些 Falcon 設計上的解釋,也許可以稍微解釋為甚麼 Falcon 跑起來這麼慢...
MySQL AB 決定將 MySQL 5.0 與 5.1 的版權宣告從 "GPLv2 或之後的版本" 改成 "GPLv2",換句話說,避免使用 GPLv3 授權:MySQL Changes License To Avoid GPLv3。
這避免了如果有人拿 MySQL 的 source code 改出另外一個版本後使用 GPLv3 所產生的問題:如果這個新的版本有很好的功能,MySQL AB 想要 porting 回 MySQL tree 裡時會產生 GPLv3 感染的問題。
Matt 參加了在 Google 總部辦的 MySQL Camp,他記錄了一些重點可以參考:MySQL Camp Google Notes。
除了一般簡單的分散技巧外 (所謂的二十六台 MySQL 密技?:p),另外還講了使用 master/slave 時應該要注意的問題,以及修改原始程式碼配合極短的 DNS TTL 達到很短的 downtime。