是一套多人修改自 的軟體,以提供多人使用。WordPress and Lyceum 這篇提到關於 對於資料庫的設計:

From my examination of the code, it seems it’s exactly what is except they’ve modified every SQL statement (what a pain!) to use a monolithic table structure. We tested this approach for MU, but found it was too expensive to scale past a certain point. With monolithic structures you hit a wall based on your hardware.

In MU users are divided and can be partitioned easily, for example on we have the users partitioned between 4096 databases, which allows you to scale very cheaply and efficiently to hundreds of thousands and even millions of users and extremely high levels of traffic.

結果 對於 Database 的作法都一樣... (默)

MySQL 4.x/5.0 安全問題

MySQL 4.x/5.0 User-Defined Function Local Privilege Escalation Exploit,還看到 cvs tag...:

 * $Id: raptor_udf2.c,v 1.1 2006/01/18 17:58:54 raptor Exp $
 * raptor_udf2.c - dynamic library for do_system() MySQL UDF
 * Copyright (c) 2006 Marco Ivaldi <>
 * This is an helper dynamic library for local privilege escalation through
 * MySQL run with root privileges (very bad idea!), slightly modified to work 
 * with newer versions of the open-source database. Tested on MySQL 4.1.14.

Oracle 與 Sleepycat 的消息

Greg Linden 的 Blog 上看到 想要買下 (也就是目前搞 Berkeley DB 的公司) 的新聞:Oracle to buy Sleepycat?。原新聞在 Oracle's Open-Source Shopping Spree

如果成真, 又有一個 Backend 被買走... (上次是 目前唯一支援 Row-Locking 的 Backend)

Update 【已經】被 買下了,參考:Oracle buys Sleepycat Software

FreeBSD 6.0 MySQL Performance

I use databases/mysql50-{client,server} and use benchmarks/super-smack to test. There are 3*2*2*2 = 24 cases:

  • Compile options: none, WITH_PROC_SCOPE_PTH=yes, WITH_LINUXTHREADS=yes
  • /etc/libmap.conf: none (libpthread), libthr
  • kern.timecounter.choice: ACPI-fast, TSC

These benchmarking were tested on my laptop (IBM x31 2672-IQV, Pentium-M 1.5G with 512MB RAM), and powerd was disabled. Detail informations (dmesg, sysctl, and kernel config file) will post later.

The commands are:

for i in 1 2 3 4 5; do super-smack select-key.smack 10 1000 | grep select_index; done
for i in 1 2 3 4 5; do super-smack update-select.smack 10 1000 | grep select_index; done


select_index    20000   0       0       14097.47
select_index    20000   0       0       13741.43
select_index    20000   1       0       13704.01
select_index    20000   0       0       13626.05
select_index    20000   0       0       13769.32
select_index    10000   2       0       1891.63
select_index    10000   2       0       1758.65
select_index    10000   2       0       1836.00
select_index    10000   4       0       2058.71
select_index    10000   14      0       2050.05

Continue reading "FreeBSD 6.0 MySQL Performance"

FreeBSD 6.0 MySQL Performance Tuning

這是 目前的討論:new benchmarks. WAS: FreeBSD MySQL still WAY slower than Linux

測試的環境是在本機上跑,主要的測試對象是 Thread Library,包括了:

  • libpthread (Default)
  • libpthread + LIBPTHREAD_PROCESS_SCOPE=yes
  • libthr
  • linuxthreads
  • linuxthreads (query cache disable)
  • libthr (query cache disable)
  • libthr (TCP socket)
  • linuxthreads (TCP socket)

這幾個測試結果沒有什麼意外,速度最快的是 libthr (即 1:1 Threading)。

另外因為上面的測試環境是打開 HTT 的情況下測出來的,所以有人建議關掉 HTT,而作者也再跑了一次,發現除了 libthr 快了一點點 (大約 2%) 以外,其他的都沒差。

再來是有人提出 上的 gettimeofday() 非常花資源 (這點在 提供的 mysql ktrace log 裡面有說到),所以有人有建議修改 kern.timecounter.hardware (從 ACPI-fast 改成 TSC),不過作者好像還沒看到 :p

再來是 kernel config file 裡面好像沒有用 SCHED_ULE


Update:開新的討論串在討論了:mysql benchmarks。另外 super-smack 這個程式是 Sasha Pachev 發展的,後來 接手 (),現在是 在維護 ()。

Jeremy Zawodny 的 High Performance MySQL

找 ICOS, 上講的 已經有人放出 mp3 可以讓人下載了:ICOS 第三天:High Performance MySQL

除了聲音有點小以外,其他的倒是還好。講的很淺,都是研究過 MySQL Performance 的人應該都知道的東西。

PS:因為網站上的連結用的是相對路徑 (wp-content/icos5.mp3),所以你需要自己改 url,把 hostname 到 wp-content 中間的 url 砍掉就可以了。

PS2:我在 有 mirror 一份,26917581 bytes (約 26MB),MD5 為 04355bd3b05b69875c75869ce6edbd69,SHA-1 為 c4eda6dc36fd341e3d458c3d333e5c0b36861813。

Jeremy Zawodny (ICOS 2005)

講兩個 Session:11/10 星期四的 Open Source and yahoo -- "Remix" to meet the needs, Web 2.0 company 與 11/12 星期六的 High Performance MySQL,看主辦單位所排的時間,兩個 Session 都不太長。

( 說他打算問 什麼時候要升級到 Web 2.1?XD)

PS:在他的 Blog 上也提到準備要飛來台灣了:Heading to Taiwan for ICOS 2005

FT3: a full text indexer and search engine

剛剛看到 FT3: a full text indexer and search engine 這個東西,很明顯是個以 為後端資料庫惡搞出來的軟體,用最簡單的方法將所有的字切開,塞到 Database 裡,當需要查詢的時候暴力法用 SELECT 硬幹出來 :p

我還是用 來管理文件資料好了,至少不用自己套用這類東西寫搜尋的程式碼 XD