一、關(guān)系型數(shù)據(jù)庫(kù)

?

mysql，pgsql,oracle ,sqlserver 支持連表關(guān)聯(lián)查詢（會(huì)有一些特定的語法特特性）

?

二、非關(guān)系型數(shù)據(jù)庫(kù)

redis,mongodb,memcache （key-value）

?

三、關(guān)系型數(shù)據(jù)庫(kù)與非關(guān)系型數(shù)據(jù)庫(kù)的區(qū)別：

1）關(guān)系型數(shù)據(jù)庫(kù)：表和表之間有關(guān)聯(lián)關(guān)系，支持連表查詢，關(guān)聯(lián)查詢，數(shù)據(jù)存儲(chǔ)在次哦按

2）非關(guān)系型數(shù)據(jù)庫(kù)不支持，只是鍵值對(duì)存儲(chǔ)方式，數(shù)據(jù)存儲(chǔ)在內(nèi)存，讀寫快

?

區(qū)別：sql與nosql，內(nèi)存數(shù)據(jù)庫(kù)與非內(nèi)存數(shù)據(jù)庫(kù)

?

四、Redis內(nèi)存數(shù)據(jù)庫(kù)

redis ，memcache

Redis：qps大概都為10W條/s

1個(gè)redis服務(wù)只能占用一核cpu(為單線程)

?

性能方面：磁盤io瓶頸，內(nèi)存越大，性能越高，CPU

sas ssd pcie卡ssd

?

五、如何選擇數(shù)據(jù)庫(kù)配置

30萬磁盤iops，ssd 3-5萬 ，磁盤吞吐 400MB/S

壓測(cè)指標(biāo);更多的是參考意義（指標(biāo)都是各公司對(duì)外公布的數(shù)據(jù)，特定條件或者資源下才可達(dá)到）

sysbench：磁盤io，內(nèi)存，數(shù)據(jù)庫(kù)等等壓測(cè)

?

內(nèi)存數(shù)據(jù)庫(kù);redis,顧名思義就是數(shù)據(jù)放在內(nèi)存的，

1G redis QPS 理論10萬+ 10Gredis 還是10萬+,cpu性能，

一個(gè)redis 只能占用一核cpu

?

六、redis數(shù)據(jù)都在內(nèi)存，重啟會(huì)不會(huì)丟？

1、Redis帶有兩種數(shù)據(jù)持久化方式

1）一種是全備，定期命令：bgsave——>rdb(磁盤物理備份)

重啟后，能到對(duì)應(yīng)的節(jié)點(diǎn)，重新加載rdb文件

2）一種aof日志（拓展文件）

重啟aof日志文件，重新加載

?

2、架構(gòu)層面：

1）主從：主掛了，從庫(kù)會(huì)往上推，推到主庫(kù)（架構(gòu)層面能保證服務(wù)的可用性）

2）集群

?

mysql redis 微博:

redis 只做緩存，需要做持久化的，一般是落在mysql層

redis一般也用來做mysql上層緩存層

游戲行業(yè)redis數(shù)據(jù)裸盤，最終——mysql

?

七、mysql 兩大特大型

1、OLTP實(shí)時(shí)性（連接數(shù)處理）——交易完成（事務(wù)處理）

2、OLAP數(shù)據(jù)量分析：計(jì)算分析結(jié)果（事務(wù)分析）

3、mysql更擅長(zhǎng)oltp，數(shù)據(jù)量不大時(shí)也可olap，Oracle更擅長(zhǎng)olap

?

八、存儲(chǔ)引擎的變化

5.1以前默認(rèn)的myisam引擎，5.5以后默認(rèn)的innodb

myisam 非事務(wù)引擎,表鎖

innodb 事務(wù)引擎，行鎖

是否支持事務(wù)

事務(wù)會(huì)有完整性（譬如：物流沒完整送貨，需要退貨，一直到第一步驟）