-
NoSQL(Not Only SQL) 非關系型數(shù)據(jù)庫 數(shù)據(jù)之間沒有關系查看全部
-
課程介紹查看全部
-
AOF 優(yōu)點： 1. aof默認是不開啟的 2. 同步寫入頻率高,效率低,方式最安全. 3. 寫入模式采用append模式,追加模式, 不破壞寫入日志數(shù)據(jù),在redis中追加也不會破壞文件.如果在寫入一般時候出現(xiàn)熊崩潰問題,redis下次啟動之前通過 redis-check-aof這個工具來幫助數(shù)據(jù)一致性問題 4. 當數(shù)據(jù)過大，可啟動修改重寫機制，redis采用append的這種機制,將新的修改的數(shù)據(jù)不短的寫到老的磁盤文件當中,同時創(chuàng)建新的文件保存操作,保證修改數(shù)據(jù)的更新 5. 日志文件格式清晰，便于重建數(shù)據(jù) 缺點： 1. 對于相同數(shù)據(jù)集aof文件比rdb文件大一些 2. 根據(jù)同步策略不同,效率比rbd低. 配置過程： 1. 編輯redis.conf:vim redis.conf 2. 找到appendonly 未開啟為no 需要改成yes(因為默認使用rdb方式所以) 3. Redis的目錄下會產(chǎn)生appendonly.aof這個文件,用來保存appendonly的之前的增刪改操作, 4. Appendfsync always 沒修改一次就同步到磁盤上 5. Appendfsync everysec 每秒會向硬盤中同步一次 6. Appendfsync no 不同步到硬盤中 7. 停掉redis ./bin/redis-cli shutdown 8. 重啟redis ./bin/redis-servers ./redis.conf 9. Flushall 清空數(shù)據(jù)庫 , 做緩存使用 10. 進入appendonly.aof刪除flushall可以恢復數(shù)據(jù)庫 11. 修改策略（見圖）查看全部
-
redis為了避免重啟后數(shù)據(jù)丟失的問題提供了兩種數(shù)據(jù)持久化的方式： 1：rgb每隔多長時間會將數(shù)據(jù)持久化到硬盤，優(yōu)點是無需配置，但是有可能會出現(xiàn)數(shù)據(jù)丟失的問題，在持久化時間沒到的時候丟失的數(shù)據(jù)無法找回。 2.AOF可以設置每當數(shù)據(jù)庫有修改操作的時候就會向日志文件中記錄一下，或者每秒鐘記錄一次，這樣的話就算redis重啟后還可以通過日志找回原來的數(shù)據(jù)。 RDB優(yōu)勢: 1. 可以將數(shù)據(jù)保存為一個文件,便于備份. 2. 方便可移植性. 3. 性能最大化,可以開啟小的進程處理持久化操作. RDB缺點 1. 不能保證數(shù)據(jù)完整性. 2. 當數(shù)據(jù)過大,進程處理將會延遲幾百秒到一千毫秒 配置過程: 1. 編輯redis.conf 文件:vim redis.conf. 2. 找到時間戳,配置秒,分,時與之存儲量. 3. Rdb文件默認保存在redis的安裝目錄中.查看全部
-
AOF 優(yōu)點： 1. aof默認是不開啟的 2. 同步寫入頻率高,效率低,方式最安全. 3. 寫入模式采用append模式,追加模式, 不破壞寫入日志數(shù)據(jù),在redis中追加也不會破壞文件.如果在寫入一般時候出現(xiàn)熊崩潰問題,redis下次啟動之前通過 redis-check-aof這個工具來幫助數(shù)據(jù)一致性問題 4. 當數(shù)據(jù)過大，可啟動修改重寫機制，redis采用append的這種機制,將新的修改的數(shù)據(jù)不短的寫到老的磁盤文件當中,同時創(chuàng)建新的文件保存操作,保證修改數(shù)據(jù)的更新 5. 日志文件格式清晰，便于重建數(shù)據(jù) 缺點： 1. 對于相同數(shù)據(jù)集aof文件比rdb文件大一些 2. 根據(jù)同步策略不同,效率比rbd低. 配置過程： 1. 編輯redis.conf:vim redis.conf 2. 找到appendonly 未開啟為no 需要改成yes(因為默認使用rdb方式所以) 3. Redis的目錄下會產(chǎn)生appendonly.aof這個文件,用來保存appendonly的之前的增刪改操作, 4. Appendfsync always 沒修改一次就同步到磁盤上 5. Appendfsync everysec 每秒會向硬盤中同步一次 6. Appendfsync no 不同步到硬盤中 7. 停掉redis ./bin/redis-cli shutdown 8. 重啟redis ./bin/redis-servers ./redis.conf 9. Flushall 清空數(shù)據(jù)庫 , 做緩存使用 10. 進入appendonly.aof刪除flushall可以恢復數(shù)據(jù)庫 11. 修改策略（見圖）查看全部
-
RDB持久化 優(yōu)勢：性能最大化,可以開啟小的進程處理持久化操作、可以將數(shù)據(jù)保存為一個文件,便于備份、方便可移植性 劣勢：可能會出現(xiàn)數(shù)據(jù)丟失的問題，在持久化時間沒到的時候丟失的數(shù)據(jù)無法找回、當數(shù)據(jù)過大,進程處理將會延遲幾百秒到一千毫秒查看全部
-
redis的持久化： RDB持久化：在一定時間內(nèi)將數(shù)據(jù)寫入到內(nèi)存中 AOF持久化：以日志形式將操作redis的操作命令增刪改保存到日志中保存到硬盤中.默認是關閉狀態(tài),需要開啟,保證再次啟動時候數(shù)據(jù)完整性 不持久化 將redis持久化關閉,關閉以后可以將redis看成一個緩存.用作緩存 同事使用 RDB和AOF 兩種方式保證數(shù)據(jù)持久化,使數(shù)據(jù)更完整.查看全部
-
redis為了避免重啟后數(shù)據(jù)丟失的問題提供了兩種數(shù)據(jù)持久化的方式： 1：rgb每隔多長時間會將數(shù)據(jù)持久化到硬盤，優(yōu)點是無需配置，但是有可能會出現(xiàn)數(shù)據(jù)丟失的問題，在持久化時間沒到的時候丟失的數(shù)據(jù)無法找回。 2.AOF可以設置每當數(shù)據(jù)庫有修改操作的時候就會向日志文件中記錄一下，或者每秒鐘記錄一次，這樣的話就算redis重啟后還可以通過日志找回原來的數(shù)據(jù)。查看全部
-
redis的兩個特性 1.多數(shù)據(jù)庫：和mysql一樣，一個用戶可以訪問多個數(shù)據(jù)庫，redis中用戶可以選擇連接指定的數(shù)據(jù)庫。 2.事務：redis中的有開啟事務，提交事務和回滾事務三個操作查看全部
-
set數(shù)據(jù)結構在redis中的應用場景：購物網(wǎng)站根據(jù)用戶id統(tǒng)計物品1的購買記錄存入到一個set集合中，然后將購買物品2的用戶ID存入到集合2中，用redis的set內(nèi)置命令可以對兩個集合取交集或者并集，用來統(tǒng)計同時購買兩件物品的用戶id查看全部
-
nosql，關系型數(shù)據(jù)庫，非關系型數(shù)據(jù)庫？分別有哪些？ http://blog.csdn.net/robinjwong/article/details/18502195查看全部
-
四類NoSQL數(shù)據(jù)庫查看全部
-
由C語言開發(fā)的，開源數(shù)據(jù)庫查看全部
-
解決高并發(fā)讀寫問題查看全部
-
NoSql屬于非關系型數(shù)據(jù)庫查看全部
舉報
0/150
提交
取消