IDEAS TECH 開源軟體應用與技服中心研討會 - 2016.07.21： 使用 In-Memory 資料庫系統建構訂票交易系統。 Using In-Memory database to develop a "High Speed Transaction" ticketing system.

1. 開源技術建構訂票交易資料庫
資策會創研所
林宗禧 José Lin

2. • 林宗禧 José Lin
@資策會創研所 資料庫技術組
• 主要研究
NoSQL/NewSQL資料庫系統
關聯式資料庫系統
分散式系統與分散式運算

3. TEAM
• 資料庫技術團隊
負責資料庫技術研究與開發
• 分散式資料庫技術
• NewSQL產品開發：分析型DB /高速交易型DB
• 熟悉的開源資料庫技術

4. 談訂票的故事
https://mobileticketingtoday.files.wordpress.com/2016/02/image_update_ff5aaccd0e451eb4_1377860387_9j-4aaqsk.jpeg

5. 2015年1月 - 江蕙封麥

6. 用流程解決問題
修改後的流程原訂票流程
http://img5.cna.com.tw/www/WebPhotos/800/20150106/57173612.jpg
http://img5.cna.com.tw/www/WebPhotos/800/20150119/4000257.jpg

7. 問題點與解決方法
http://i1.sinaimg.cn/dy/c/2011-01-06/1294268982_1GCikP.jpg
https://pbs.twimg.com/media/Cl9xvbTUsAA0q0W.jpg
http://www.ys99gold.com/uploads/page/20150508/20150508121702_75509.png
2. 擠進畫面，選位置、
選場次，挑很久才決定。
3. 按下送出後，
確定Transaction 完成，
才真的買到!
1. 大量使用者，
同一時間進行連線。

8. 選擇合適OSS方案
• 解題關鍵
加快Transaction速度
 選擇 In-memory 技術
 應用場景需要嚴謹的Transaction，因此選擇 VoltDB
• 注意OSS 授權
自由 不自由
http://code.ijinshan.com/res/d/openfoundry.org/FLOSSlicense/080325-floss-license-revisions/images/software-restraint-chart-gpl.PNG

9. VoltDB簡介
1. 目前版本：6.0 (Jan 2016)
2. 授權方式：AGPL
3. 儲存方式：Relational DBMS
4. SQL語法：有支援
5. Transaction： ACID
6. 支援作業系統：Linux, OS X
7. 分散式部署：Sharding
8. 複本機制：主從式複本
9. 支援開發語言：C#, C++, Erlang, Java, JavaScript, PHP,
Python, Ruby
10. Benchmark: 686,000~ 877,000 TPS
http://pelland.me/tag/voltdb/
https://voltdb.com/tags/benchmarking
(1/2)

10. VoltDB簡介
• 分散佈署與資料讀寫概念
(2/2)

11. 實作方法
• VoltDB Community 未提供
K-safety、Snapshot、Data Dump、Data Restore
Enhanced
VoltDB
(Ready)
Enhanced
VoltDB
(Ready)
Enhanced
VoltDB
(Ready)
Checker
K-Safety
• Process Status
• Data Consistency
選定其中一台狀態
Ready 進行
Snapshot 將資料
定時匯出到磁碟
K-Safety

12. 實測方式
模擬訂票網站
Tomcat
模擬訂票網站
Tomcat
模擬訂票網站
Tomcat
Nginx LB Nginx LB
Enhanced
VoltDB
(Ready)
Enhanced
VoltDB
(Ready)
Enhanced
VoltDB
(Ready)
壓測模擬軟體 壓測模擬軟體 壓測模擬軟體
Cmd Queue Cmd Queue Cmd Queue
….
HP Load Runner
4個 VM 模擬壓測
400k < 3mins
400k < 30secs

13. 小結
1. OSS選項多，需仔細評估需求，做正確選擇，專
案成功機會高。
2. 正確選擇OSS需要經驗，但也有一些判斷撇步：
a. 版本更新頻率
b. 社群使用者多，會回饋問題
c. 專案擁有者是誰
3. 修改原始碼，若有商業考量，須注意授權：
a. GPL
b. BSD/MIT