摘要:序本文講述一下如何話開源的持久化的,即由于官方的沒有指定版本,直接用,導(dǎo)致起來有些問題,不同版本的類庫有的倉庫里頭沒有,相對(duì)費(fèi)勁,另外直接出來的版本目測(cè)又,沒研究怎么去瘦身,于是干脆還是用二進(jìn)制的版本了運(yùn)行測(cè)試與的化
序
本文講述一下如何docker話360開源的持久化的redis,即pika
dockerfileFROM centos:7 RUN yum -y update ADD pika-linux-x86_64-v2.2.6.tar.bz2 /opt RUN mv /opt/pika-linux-x86_64-v2.2.6 /opt/pika-v2.2.6 ENV PIKA /opt/pika-v2.2.6 ENV PATH ${PIKA}/bin:${PATH} WORKDIR ${PIKA}
運(yùn)行由于官方的Dockerfile沒有指定centos版本,直接用latest,導(dǎo)致build起來有些問題,不同版本的類庫有的倉庫里頭沒有,相對(duì)費(fèi)勁,另外直接make出來的版本目測(cè)又2+G,沒研究怎么去瘦身,于是干脆還是用二進(jìn)制的版本了
docker run --name "PIKA" --rm -v /pika-data/db:/opt/pika-v2.2.6/db -p 9221:9221 pika:v2.2.6 pika -c /opt/pika-v2.2.6/conf/pika.conf測(cè)試
redis-cli -h localhost -p 9221 localhost:9221> info # Server pika_version:2.2.6 pika_git_sha:e646201f53c5584294bdb2dece7b073f0d0e69b2 pika_build_compile_date: Oct 11 2017 os:Linux 4.4.0-62-generic x86_64 arch_bits:64 process_id:1 tcp_port:9221 thread_num:1 sync_thread_num:6 uptime_in_seconds:145 uptime_in_days:1 config_file:conf/pika.conf # Data db_size:146428 db_size_human:0M compression:snappy used_memory:4128 used_memory_human:0M db_memtable_usage:4128 db_tablereader_usage:0 # Log log_size:71104 log_size_human:0M safety_purge:none expire_logs_days:7 expire_logs_nums:10 binlog_offset:0 0 # Clients connected_clients:1 # Stats total_connections_received:1 instantaneous_ops_per_sec:0 total_commands_processed:1 is_bgsaving:No, , 0 is_slots_reloading:No, , 0 is_scaning_keyspace:No is_compact:No compact_cron: compact_interval: # Replication(MASTER) role:master connected_slaves:0 # Keyspace # Time:1970-01-01 08:00:00 kv keys:0 hash keys:0 list keys:0 zset keys:0 set keys:0 localhost:9221> set key1 hello OK localhost:9221> get key1 "hello" localhost:9221> exitdoc
pika
codis與pika的docker化
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://systransis.cn/yun/27125.html
摘要:概述技術(shù)棧錯(cuò)誤詳情報(bào)警機(jī)器人經(jīng)常有如下警告過程確定報(bào)錯(cuò)位置有日志就很好辦首先看日志在哪里打的從三個(gè)地方入手我們自己的代碼沒有的代碼從上下來沒有的代碼在容器中執(zhí)行 bug概述 技術(shù)棧 nginx uwsgi bottle 錯(cuò)誤詳情 報(bào)警機(jī)器人經(jīng)常有如下警告: 1 2018-xx-xxT06:59:03.038Z 660ece0ebaad admin/admin 14 - - Sock...
摘要:在發(fā)送后端監(jiān)聽聲明的排他隊(duì)列,當(dāng)收到消息后比對(duì)正確則處理消息斷開監(jiān)聽連接,然后此隊(duì)列被系統(tǒng)自動(dòng)回收。并且通過也看到了這條消息的返回。此時(shí)我們基本已經(jīng)將問題鎖定在端了。 背景 公司的一個(gè)項(xiàng)目使用rabbitmq作為broker進(jìn)行交互,并且數(shù)據(jù)的查詢方法使用RPC模式,RPC Client端使用java編寫并使用springAMQP包與rabbitmq交互,在RPC Server端使用p...
摘要:可以簡單方便的通過配置,并可以向和中發(fā)消息來驗(yàn)證自己的理解。然后通過發(fā)送消息,可以隨便填寫,因?yàn)槭穷愋偷?,不起作用。這種情況下,隊(duì)列之間是互斥關(guān)系,一個(gè)消息最多只能進(jìn)入一個(gè)隊(duì)列。 現(xiàn)在很多開源軟件都提供了對(duì)應(yīng)的web管理界面,rabbitmq也不例外,rabbitmq提供了一個(gè)web插件。當(dāng)rabbit-server啟動(dòng)之后,即在瀏覽器中通過http://localhost:15672...
摘要:最近在研究做消息隊(duì)列時(shí),順便看了一下做消息隊(duì)列的實(shí)現(xiàn)。遠(yuǎn)程連接時(shí)需要認(rèn)證實(shí)例化連接對(duì)象實(shí)例化鏈接參數(shù)對(duì)象創(chuàng)建新的通道模式向綁定到指定的中發(fā)送消息,消費(fèi)者從中取出數(shù)據(jù),類似于廣播模式發(fā)布訂閱模式。 最近在研究redis做消息隊(duì)列時(shí),順便看了一下RabbitMQ做消息隊(duì)列的實(shí)現(xiàn)。以下是總結(jié)的RabbitMQ中三種exchange模式的實(shí)現(xiàn),分別是fanout, direct和topic。 ...
摘要:每當(dāng)我們收到一條消息,這個(gè)回調(diào)函數(shù)就被皮卡庫調(diào)用。接下來,我們需要告訴這個(gè)特定的回調(diào)函數(shù)應(yīng)該從我們的隊(duì)列接收消息為了讓這個(gè)命令成功,我們必須確保我們想要訂閱的隊(duì)列存在。生產(chǎn)者計(jì)劃將在每次運(yùn)行后停止歡呼我們能夠通過發(fā)送我們的第一條消息。 源碼:https://github.com/ltoddy/rabbitmq-tutorial 介紹 RabbitMQ是一個(gè)消息代理:它接受和轉(zhuǎn)發(fā)消息。你...
閱讀 1352·2019-08-30 15:44
閱讀 1414·2019-08-29 18:42
閱讀 464·2019-08-29 13:59
閱讀 803·2019-08-28 17:58
閱讀 2848·2019-08-26 12:02
閱讀 2448·2019-08-23 18:40
閱讀 2438·2019-08-23 18:13
閱讀 3138·2019-08-23 16:27