Time of Update: 2018-07-26
作業環境:WIN7_32bit專業版。 VBox虛擬機器下的CentOS安裝Additions擴充比較麻煩。乾脆使用PUTYY構建SSH串連,告別CentOS在VBox下用解析度只有800*600 以及文字介面TTY終端不夠友善的情況。 推薦串連方式:Host-only Adapter(主機模式)。
Time of Update: 2018-07-26
今天沒事,就重新下了一個xtrabackup 1.6.3來玩一下,公司用這個工具不多,在這個版本安裝時出現一個問題 首先這個版本必須要下載 libtar-1.2.11.tar.gz和 mysql-5.1.56.tar.gz 按說明一次下載兩個版本到/home/zhanghong/xtrabackup/xtrabackup-1.6.3目錄下,再次運行build.sh 出現 cc1: error: unrecognized command
Time of Update: 2018-07-26
線上程伺服器中,幾個線程可能會訪問全域共用資料,所以每個線程必須保證訪問時互斥的,通過互斥鎖可以實現這一目的。 這裡有幾個解決方案 1 使用多個互斥體,一個互斥體保護一段全域資料。優點是可以提高並發性;缺點是當需要訪問一組資料時,你必須為每一段資料獲得一個互斥體,這樣的話容易產生死結,除非你能控制訪問各個資源的順序一致性。 2 為所有變數使用一個互斥鎖。優點是訪問時不易產生死結。缺點是必須加鎖,解鎖,這樣的話就會有大量的線程阻塞,導致並發下降。
Time of Update: 2018-07-26
1.建立表,儲存引擎為myisam,對大文字欄位blob使用MD5函數建立一個散列值 create table t2(id varchar(60), content blob, hash_value varchar(40))engine=myisam default charset=utf8; 2.插入資料 insert into t2 values(1, repeat('world1', 20), md5(content)); insert into t2
Time of Update: 2018-07-26
&nbs
Time of Update: 2018-07-26
最近一直在做效能排查,思路就是根據分析Nginx日誌,得到響應耗時的url、以及請求時間,再得到這段時間的請求量,並發量,分析是並發的原因,還是本身就比較慢,如果是應用本身的原因,只需要找到對應的代碼,然後進行最佳化就好了
Time of Update: 2018-07-26
網路設定檔設定: http://www.cnblogs.com/LJ-fish/archive/2010/05/17/1737674.html 使用Ubuntu iptables 有許多地方能進行運作,比如:內網連接埠映射 1.系統內容 內網兩台伺服器: A 172.16.119.128 B 172.16.119.129 希望將A機器的80連接埠映射到B機器的8013連接埠。 2.設定步驟 2.1./etc/sysctl.conf設定檔修改
Time of Update: 2018-07-26
系統平均負載被定義為在特定時間間隔內運行隊列中的平均進程樹。 如果一個進程滿足以下條件則其就會位於運行隊列中: - 它沒有在等待I/O操作的結果 - 它沒有主動進入等待狀態(也就是沒有調用'wait') - 沒有被停止(例如:等待終止) 例如: [root@www2 init.d]# uptime 7:51pm up 2 days, 5:43, 2 users, load average: 8.13, 5.90,
Time of Update: 2018-07-26
TUXEDO多機模式的配置 tuxedo多機方式配置有兩個方面 1.啟動tlisten tlisten在tuxedo啟動時扮演控制者的角色,在非master機上由tlisten啟動bbl和應用伺服器,tlisten的啟動方法為 tlisten -l //host:ipport<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
Time of Update: 2018-07-26
參考:http://blog.csdn.net/adparking/article/details/6931054 1.先啟動一個測試用的ttserver 注意使用的所有路徑都是絕對路徑 ttserver -host 192.168.0.100 -port 20000 -thnum 4 -dmn -ulim 1024m -ulog $(pwd)/ulog/ -log $(pwd)/temp/test.log -pid $(pwd)/temp/test.pid -sid 9 $(pwd)/
Time of Update: 2018-07-26
1. 針對上面的salaries表emp_no欄位建立索引idx_emp_no,查詢emp_no為10005, 題目描述 針對salaries表emp_no欄位建立索引idx_emp_no,查詢emp_no為10005, 使用強制索引。 CREATE TABLE `salaries` ( `emp_no` int(11) NOT NULL, `salary` int(11) NOT NULL, `from_date`
Time of Update: 2018-07-26
java 程式移植到linux系統中,出現mysql無法串連錯誤。提示Communications link failure20 程式在windows下是正常啟動並執行,但在linux下,出現錯誤提示Communications link failure.Last packet sent to the server was 0 ms ago.其中,mysql驅動是可以正常載入的, Connection connect =
Time of Update: 2018-07-26
#include <boost/noncopyable.hpp>#include <pthread.h>#include <stdlib.h> // a superfluous check for pedantic peopleinline void CHECK_SUCCESS(int ret){if (ret != 0){abort();}} // Implementaion base for init-destroy mutex_ and
Time of Update: 2018-07-26
安裝步驟如下: 1、將XP系統升級到SP2版本; 2、安裝與WinCC版本對應的SQLServer2000 For WinCC。注意要WinCC 6.0專用的SQL Server2000;與WinCC V6.0 SP3對應的為SQLServer2000SP3,與WinCC V6.0 SP3a對應的為SQLServer2000SP3a,版本必須對應。。在中文版XP上,最好安裝WinCC V6.0 SP3a,否則可能出錯。 3、安裝WindowsXP系統補丁KB3197
Time of Update: 2018-07-26
小二今天寫遠端控制資料代碼時候遇到了stray ‘\343’ in program MYSQL_ROW sqlrow; 調了一段時間 發現代碼一點問題沒有 就是不知道問題在哪 於是我把MYSQL_ROW sqlrow; 重新敲了一遍 一番推敲發現了問題的所在 這種錯誤是由於代碼中含有中文的引號or其他的全腳符號引起的,而小編遇到的是由中文空格引起的,不易發現 通過命令 cat -A filename 查看到亂碼的就是中文符號引起的
Time of Update: 2018-07-26
開發代號 軟體名稱 Thunder Visual Basic Boston Visual Studio 97 Blackbird
Time of Update: 2018-07-26
轉自:http://zhidao.baidu.com/question/43179175.html
Time of Update: 2018-07-26
網頁壓縮 是一項由 WEB 伺服器和瀏覽器之間共同遵守的協議,也就是說 WEB 伺服器和瀏覽器都必須支援該技術,現在流行的瀏覽器都是支援的,包括 IE、FireFox、Opera 等;伺服器有 tomcat、Apache 和 IIS 等。雙方的協商過程如下: 1、首先瀏覽器請求某個URL 地址,並在請求的頭 (head) 中設定屬性 accept-encoding 值為gzip, deflate,表明瀏覽器支援 gzip 和 deflate 這兩種壓縮方式(事實上
Time of Update: 2018-07-26
redmine除了可以修改原有的問題狀態名稱外,還允許自訂問題狀態,具體做法如下: 1.添加新的問題狀態 選擇“管理”->“問題狀態”->“建立問題狀態” 2.輸入新問題狀態的名稱,選擇此狀態是否需要關閉狀態 3.選擇“管理”->“工作流程”,去掉 “只顯示被此跟蹤標籤使用的狀態” 前面的勾,點擊編輯 4.選中新狀態可以和其他狀態相互切換的關係。
Time of Update: 2018-07-26
近來有幾個剛使用nginx的新童鞋老問我,nginx+fastcgi不夠穩定,偶爾出現502錯誤,怎麼解決。 本人使用nginx也有3年多了,也認為php-fpm模組不夠穩定,在訪問量不大的時候沒事,訪問量增大時易出現502,當然這個還跟nginx的一些緩衝設定和逾時設定有關,設定不合理就易出現。php-fpm動態產生大型頁面也沒有優勢,有時候會使php-cgi進程變成殭屍進程。據說php