原创 linux上安裝solr

先把solr壓縮包上傳linux服務器上,這裏用solr的老版本做示範:然後解壓:tar -xvf solr-4.10.3.tgz.tgz解壓後得到solr-4.10.3目錄我們使用tomcat容器運行solr,安裝tomcat的→tom

原创 Redis的消息訂閱與發佈

subscribe channel : 訂閱頻道,例如subscribe tv1,訂閱tv1這個頻道subscribe channel* :批量訂閱頻道,例如:subscribe tv*,訂閱已tv開頭的所以頻道publish chann

原创 Zookeeper的安裝

官方下載地址:http://mirrors.hust.edu.cn/apache/zookeeper/當前正式的穩定版本。把她上傳到你的linux中。然後解壓:tar -zxvf zookeeper-3.4.12.tar.gz得到zook

原创 Redis的事務

redis事務執行期間,是不會被其他客戶端發送的請求打斷的。和關係行數據庫相比,redis在事務中如果有謀一條命令執行失敗,其他的命令仍然會被繼續執行。multi : 開啓事務,其後執行的命令都將被存入命令隊列,直到執行exec或者dis

原创 nginx安裝和使用

先安裝nginx需要的環境:nginx是C語言開發,建議在linux上運行,本教程使用Centos6.5作爲安裝環境。安裝nginx需要先將官網下載的源碼進行編譯,編譯依賴gcc環境,如果沒有gcc環境,需要安裝gcc:yum insta

原创 nginx負載均衡

進入nginx目錄:進入:conf配置文件目錄:通過配置nginx.conf文件來實現負載均衡:如果想讓哪臺服務器配置得多一些,可以用weight屬性。已上面爲例:默認是1,就是說server localhost:8081;的weight

原创 Redis集羣

redis-cluster架構圖redis-cluster投票:容錯架構細節:所有的redis節點彼此互聯,內部使用二進制協議優化傳輸速度和帶寬.節點的fail是通過集羣中超過半數的節點檢測失效時才生效.客戶端與redis節點直連,不需要

原创 Redis的持久化

redis的高性能是由於將其所以數據都存儲在內存中,爲了使redis在重啓之後扔能保證數據不丟失,需要將數據從內存中同步到硬盤中,這一過程就是持久化。redis支持兩種方式的持久化,一種是RDB方法,一種是AOF方法。可以單獨使用其實一種

原创 Redis的多數據庫,移庫,常用命令

一個Redis實例可以包括多個數據庫,客戶端可以指定連接某個redis實例的哪個數據庫,就好比一個mysql中創建多個數據庫一樣,客戶端連接時可以指定連接哪個數據庫。一個redis實例最多課提供16個數據庫,下標從0到15.客戶端默認連接

原创 FastDFS

FastDFS是用c語言編寫的一款開源的分佈式文件系統。FastDFS爲互聯網量身定製,充分考慮了冗餘備份、負載均衡、線性擴容等機制,並注重高可用、高性能等指標,使用FastDFS很容易搭建一套高性能的文件服務器集羣提供文件上傳、下載等服

原创 create-react-app中使用CodeMirror輕量級代碼編輯器,實現自動提示,自動補全代碼問題

構建create-react-app,這裏忽略······ 安裝   代碼編輯器 CodeMirror 的輕量級 React 組件 npm install @uiw/react-codemirror --save 安裝好了之後,就可以直

原创 mysql和springboot還有mybatis版本搭配的一些坑

mysql版本8.0 報錯:Wed Dec 19 22:42:12 CST 2018 WARN: Establishing SSL connection without server's identity verification is

原创 redis:linux安裝redis並且配置後面運行,外網訪問

Redis簡介 關於關係型數據庫和nosql數據庫 關係型數據庫是基於關係表的數據庫,最終會將數據持久化到磁盤上,而nosql數據 庫是基於特殊的結構,並將數據存儲到內存的數據庫。從性能上而言,nosql數據庫 要優於關係型數據庫,從安全

原创 FastDFS + nginx 文件服務器的安裝配置

首先我用的是阿里雲的服務器,版本:CentOS 7.4 64位 準備好的安裝包: 1.安裝c++ yum install gcc-c++ 2.安裝 libevent yum –y install libevent libevent

原创 時區少8個小時的問題的一次排查

在一次開發中發現插入數據庫的create_time或者update_time少了8個小時。 很自然就想到了時區的問題上。 去服務器上查看服務器的時間。。。 發現服務器的時間正常。 然後到數據庫去看看時間。。。。 發現數據庫的時間也正常