原创 Oracle中,Restore 和 Recovery的區別

在Oracle的備份與恢復的知識點中,經常會出現Restore 和 Recovery兩個詞。 由於這兩個詞在字典中的解釋很接近,困擾了我很久。直到我在Oracle的官方文檔中看到了以下解釋。 Restoration:A corrupted

原创 導致人生失敗的31種原因

人生的最大悲劇,就是孜孜不倦的努力卻終於失敗!   美國一位學者曾經分析了數千人的經歷,結果是總人數的98%都是失敗者。並由此歸納了人們失敗的主要原因,有31種之多。當你逐項閱讀它們時,要一一檢查自己,以求發現將你排斥在成功之外的有多少種

原创 ORACLE WHER條件的執行順序是不是自右向左

突然在網上看到一種說法,ORACLE的WHERE條件執行順序是自右向左的。 理由是,當ORACLE的WHERE條件中出現多個00904表示符無效錯誤時,錯誤是從右向左的順序報的。 也有人提出解析順序和執行順序不是一碼事,執行順序要看執行計

原创 Mysql移庫

最近,Mysql數據庫的磁盤空間滿了,新掛了一塊大硬盤。 接着要把數據庫文件挪個地方。 首先建立在新磁盤路徑上建立data目錄,用來放數據 [root@FNST-VPC newdisk]# mkdir data 把data目錄的所有者改

原创 通過init-connect + binlog 實現MySQL審計功能

通過init-connect + binlog 實現MySQL審計功能 背景: 假設這麼一個情況,你是某公司mysql-DBA,某日突然公司數據庫中的所有被人爲刪了。 儘管有數據備份,但是因服務停止而造成的損失上千萬,現在公司需要查出那

原创 安裝Redis完整過程

安裝Redis完整過程 博客分類:  07_Linux 開源代碼   概述     首先報告一下我係統的版本:  Java代碼   [root@firefish init.d]# cat /etc/issue    

原创 zabbix磁盤IO監控

最近有一臺部署了文件導出的服務器老是卡機,查看zabbix日誌,cpu,tomcat,內存使用都很正常。 於是考慮是不是磁盤瓶頸。在網上找了一篇部署zabbix磁盤IO監控的文章。發現這個網站對於zabbix的說明非常詳盡。大有相見恨晚之

原创 ubuntu雙網卡配置

公司有兩個網絡, 一個內網:網關10.167.219.1 一個外網:網關192.168.20.1 手上有一臺ubuntu筆記本,打算通過有線網卡連內網,無線網卡連外網。 首先要配置路由表。 我發現只要把網線插上,默認的網關就會被改成內網網

原创 兩臺linux服務器時間同步

由於兩臺機器做了quartz集羣跑定時任務,需要把把服務器時間同步。以驗證在同一時間內只有一個定時任務會跑。 首先需要將一臺服務器定爲提供時間服務的服務器 vi /etc/ntp.conf #加入下面這句,讓192.168.1.0/24網

原创 maven+jetty+spring的jndi配置

今天想把原來的jdbc連接方式改成jndi。由於網上的資料不全,配起來還是蠻麻煩的。 首先在web.xml下要添加jndi名稱參照。 網上沒說具體放在web.xml的哪個tag下。我就直接放在web-app下面了。如下: <web-app

原创 nginx配置負載均衡

爲了平衡服務器的負載,使用nginx作爲反響代理,連接tomcat是現在比較流行的解決方案。 先安裝nginx,我們用的是CentOS6.5,直接用yum安裝即可。 yum install nginx 安裝結束後啓動服務, service

原创 1: 錯誤: 非法字符: \65279

今天用ant編譯war包時,發現大量的如下錯誤 java:1: 錯誤: 非法字符: \65279 網上一查,原因是utf文件+bom頭的緣故,用eclipse的jdt編譯時可以忽略這個問題。 解決辦法有兩個 1.用jdt方式編譯,需要

原创 abbix監視tomca

調試zabbix監視tomca時,總是會失敗。其原因是自帶的模板有錯誤。 如果直接看zabbix網頁上的信息,很難得到足夠的提示信息,可以用以下命令 zabbix_get -s XXX.XXX.XXX.XX  -p 8888 -k jmx

原创 ANT編譯錯誤: 編碼utf8的不可映射字符

ANT編譯錯誤: 編碼utf8的不可映射字符 前面解決了BOM頭的問題。接着編譯時除了utf8不可映射的錯誤。 打開文件看,註釋裏有一大段的亂碼,估計是用了GBK之類的編碼。 本想一個個改過來,發現這類文件有上百個,實在不想做這種吃力不

原创 mysql 快速拷貝庫的方法

測試DB服務器的磁盤空間有限,經常清掉一些老的庫,再從源環境導入最新的庫。 60G左右的數據庫,dump sql大概要兩個小時,從源環境取下sql半個小時,再導入到測試環境又要兩個小時。 經過測試發現直接從mysql的data文件夾物理拷