一、有了innodb buffer pool還要有redis的原因
1、redis數(shù)據(jù)結(jié)構(gòu)更豐富
Redis支持多種復(fù)雜的數(shù)據(jù)結(jié)構(gòu)(如哈希、鏈表等),并且它支持復(fù)雜的操作和查詢,比如可以對哈希對象進(jìn)行增刪改查操作,而InnoDB buffer pool只能緩存表數(shù)據(jù)和索引,不支持多種不同的數(shù)據(jù)結(jié)構(gòu)和操作。
2、redis支持更多的數(shù)據(jù)類型
除了表數(shù)據(jù)之外,InnoDB buffer pool無法緩存許多其他類型的數(shù)據(jù),而Redis可以緩存多種類型的數(shù)據(jù),比如完整的數(shù)據(jù)結(jié)構(gòu),甚至包括文件和任何二進(jìn)制數(shù)據(jù)。
3、redis有更高的性能
因?yàn)镽edis是一個(gè)容納在內(nèi)存中的數(shù)據(jù)結(jié)構(gòu)服務(wù)器,所以它比InnoDB buffer pool更快。Redis能夠執(zhí)行復(fù)雜的操作,并且在處理大型數(shù)據(jù)集時(shí)表現(xiàn)得更加出色。
4、redis有更大的內(nèi)存容量
Redis需要的內(nèi)存大小遠(yuǎn)高于InnoDB buffer pool,但它的內(nèi)存控制更靈活而且容量也更大。如果要緩存的數(shù)據(jù)量很大,Redis需要的內(nèi)存超過物理內(nèi)存的話,還可以采用分布式架構(gòu)的方式來進(jìn)行橫向擴(kuò)展。
二、innodb buffer pool介紹
1、簡介
innodb buffer pool是MySQL的內(nèi)存緩存技術(shù)之一,用于緩存熱數(shù)據(jù);它可以幫助減少磁盤I/O并提高查詢性能。InnoDB buffer pool不僅緩存了表數(shù)據(jù),還緩存了索引、鎖、MVCC和插入緩沖等數(shù)據(jù);它主要適用于事務(wù)性較高的場景,如交易系統(tǒng)、OLTP等。
2、緩沖池Buffer Pool的作用
InnoDB 存儲(chǔ)引擎是基于磁盤存儲(chǔ)的。以頁為單位存儲(chǔ)數(shù)據(jù)。我們進(jìn)行的增刪改查操作本質(zhì)上都是在操作數(shù)據(jù)頁(包括讀頁、寫頁、創(chuàng)建新頁)。由于CPU速度和磁盤速度之間的鴻溝,基于磁盤的數(shù)據(jù)庫通常使用緩沖池來提高數(shù)據(jù)庫的整體性能。Buffer Pool 就是把磁盤上的頁,緩存到內(nèi)存中,用于降低與磁盤直接進(jìn)行IO的成本。
InnoDB 引擎在處理客戶端請求時(shí),當(dāng)需要訪問某個(gè)頁的數(shù)據(jù)時(shí),就會(huì)把完整的頁的數(shù)據(jù)全部加載到內(nèi)存中。之后就可以對頁進(jìn)行讀寫訪問了。操作完頁之后并不會(huì)立即釋放掉其內(nèi)存空間,而是將其緩存起來,將來有請求再次訪問該頁數(shù)據(jù)時(shí),就可以省去磁盤IO的開銷了。
3、Buffer Pool緩存什么
MySQL啟動(dòng)時(shí), InnoDB 引擎向操作系統(tǒng)申請一塊連續(xù)的內(nèi)存空間,然后按照頁的大小(默認(rèn)16KB)劃分出一個(gè)個(gè)空頁,當(dāng)磁盤上的頁緩存到內(nèi)存的 Buffer Pool 中會(huì)對空頁進(jìn)行填充。
緩沖池中的數(shù)據(jù)頁類型有:數(shù)據(jù)頁、索引頁、插入緩沖(insert buffer)、自適應(yīng)哈希索引、鎖信息、數(shù)據(jù)字典信息等。數(shù)據(jù)頁和索引頁是緩沖池中的主要內(nèi)容。
4、查看設(shè)置緩沖池大小
InnoDB 引擎通過?innodb_buffer_pool_size?變量查看緩沖池的大小。一般建議設(shè)置成可用物理內(nèi)存的60%~80%。下面是代碼示例:
mysql > show variables like 'innodb_buffer_pool_size'
通過?set global innodb_buffer_pool_size?可以修改緩沖池大小。
三、redis介紹
1、定義
redis是一個(gè)key-value存儲(chǔ)系統(tǒng)。和Memcached類似,它支持存儲(chǔ)的value類型相對更多,包括string(字符串)、list(鏈表)、set(集合)、zset(sorted set –有序集合)和hash(哈希類型)。這些數(shù)據(jù)類型都支持push/pop、add/remove及取交集并集和差集及更豐富的操作,而且這些操作都是原子性的。在此基礎(chǔ)上,redis支持各種不同方式的排序。與memcached一樣,為了保證效率,數(shù)據(jù)都是緩存在內(nèi)存中。區(qū)別的是redis會(huì)周期性的把更新的數(shù)據(jù)寫入磁盤或者把修改操作寫入追加的記錄文件,并且在此基礎(chǔ)上實(shí)現(xiàn)了master-slave(主從)同步。
Redis 是一個(gè)高性能的key-value數(shù)據(jù)庫。 redis的出現(xiàn),很大程度補(bǔ)償了memcached這類key/value存儲(chǔ)的不足,在部分場合可以對關(guān)系數(shù)據(jù)庫起到很好的補(bǔ)充作用。它提供了Java,C/C++,C#,PHP,JavaScript,Perl,Object-C,Python,Ruby,Erlang等客戶端,使用很方便。
Redis支持主從同步。數(shù)據(jù)可以從主服務(wù)器向任意數(shù)量的從服務(wù)器上同步,從服務(wù)器可以是關(guān)聯(lián)其他從服務(wù)器的主服務(wù)器。這使得Redis可執(zhí)行單層樹復(fù)制。存盤可以有意無意的對數(shù)據(jù)進(jìn)行寫操作。由于完全實(shí)現(xiàn)了發(fā)布/訂閱機(jī)制,使得從數(shù)據(jù)庫在任何地方同步樹時(shí),可訂閱一個(gè)頻道并接收主服務(wù)器完整的消息發(fā)布記錄。同步對讀取操作的可擴(kuò)展性和數(shù)據(jù)冗余很有幫助。
redis的官網(wǎng)地址,非常好記,是redis.io。(域名后綴io屬于國家域名,是british Indian Ocean territory,即英屬印度洋領(lǐng)地),Vmware在資助著redis項(xiàng)目的開發(fā)和維護(hù)。從2010年3月15日起,Redis的開發(fā)工作由VMware主持。從2013年5月開始,Redis的開發(fā)由Pivotal贊助。
2、作者
redis的作者,叫Salvatore Sanfilippo,來自意大利的西西里島,居住在卡塔尼亞。目前供職于Pivotal公司。他使用的網(wǎng)名是antirez。
3、常用命令
就DB來說,Redis成績已經(jīng)很驚人了,且不說memcachedb和Tokyo Cabinet之流,就說原版的memcached,速度似乎也只能達(dá)到這個(gè)級(jí)別。Redis根本是使用內(nèi)存存儲(chǔ),持久化的關(guān)鍵是這三條指令:SAVE BGSAVE LASTSAVE …… 當(dāng)接收到SAVE指令的時(shí)候,Redis就會(huì)dump數(shù)據(jù)到一個(gè)文件里面。值得一說的是它的少數(shù)功能:存儲(chǔ)列表和集合,這是它與mc之流相比更有競爭力的地方。不介紹mc里面已經(jīng)有的內(nèi)容,只列出特殊的:
TYPE key:用來獲取某key的類型KEYS pattern:匹配所有符合模式的key,比如KEYS * 就列出所有的key了,當(dāng)然,復(fù)雜度O(n)RANDOMKEY:返回隨機(jī)的一個(gè)keyRENAME oldkeynewkey:key也可以改名RPUSH key string:將某個(gè)值加入到一個(gè)key列表末尾LPUSH key string:將某個(gè)值加入到一個(gè)key列表頭部LLEN key:列表長度LRANGE key start end:返回列表中某個(gè)范圍的值,相當(dāng)于mysql里面的分頁查詢那樣LTRIM key start end:只保留列表中某個(gè)范圍的值LINDEX key index:獲取列表中特定索引號(hào)的值,要注意是O(n)復(fù)雜度LSET key index value:設(shè)置列表中某個(gè)位置的值延伸閱讀1:redis的文件格式
redis使用了兩種文件格式:全量數(shù)據(jù)和增量請求。全量數(shù)據(jù)格式是把內(nèi)存中的數(shù)據(jù)寫入磁盤,便于下次讀取文件進(jìn)行加載;增量請求文件則是把內(nèi)存中的數(shù)據(jù)序列化為操作請求,用于讀取文件進(jìn)行replay得到數(shù)據(jù),序列化的操作包括SET、RPUSH、SADD、ZADD。