在命令行輸入:
date
顯示當前時間 Fri Aug 3 14:15:16 CST 2007
date '+%x %X'
顯示當前時間 2009年08月03日 14時15分00秒
date -s
按字符串方式修改時間
可以只修改日期,不修改時間,輸入: date -s 2007-08-03
只修改時間,輸入:date -s 14:15:00
同時修改日期時間,注意要加雙引號,日期與時間之間有一空格,輸入:date -s "2007-08-03 14:15:00"
修改完后,記得輸入:clock -w
把系統時間寫入CMOS
查看機器的bios時間(clock==hwclock)：
hwclock [-rw]
-r：檢視目前的 BIOS 時間
-w：將目前
Linux 的時間寫入 BIOS 當中！
English » | | | | | | | | |
Text-to-speech function is limited to 100 characters
從安卓平臺上給了我個SQLite數據庫，要求程序能夠讀取不同的文件。由于字段實在太多，不愿意直接使用原來直接讀取datatable的方式來做，手動寫映射太痛苦...于是想起來EF來。
那么問題來了，學習EF的時候，一般都是直接在app.config或者
web.config中寫入connectionstring，操作一個數據庫的時候挺好，但是如果要操作的數據庫需要臨時指定的話，就比較麻煩，寫進去不太合適。
我的第一個想法，就是使用DbContext構造函數的重載
public MyDbContext () :base("ConnectionStringorName") { } |
這里面可以接受一個連接字符串或者config文件的name。
P.S. 使用連接字符串的時候，直接填入就可以，使用name的時候，填入的樣子類似"name=myconn"
使用name不合適了，直接使用連接字符串呢，provider怎么指定？不指定會不會直接用
SQL EXPRESS呢？自己想了想，沒有再去試了，應該也是可以的，寫完再補。
第二個辦法，就是使用Database.Connection設置連接字符串，具體方法如下：
public MyDbContext(string connection) { Database.Connection.ConnectionString = GetSqliteString(connection); } |
這里不調用base里面的方法，對于mysqlite，getsqlitestring如下：
private string GetSqliteString(string connect) { return "Data Source=" + connect; } |
這樣就能操作connectionstring了，只需要連接的時候傳遞一個路徑就可以了。
同理，使用其他類型的數據庫也可以這么操作，雖然實際上估計這么用的人不多。
English » | | | | | | | | |
Text-to-speech function is limited to 100 characters
初學
JAVA很容易被其中的很多概念弄的傻傻分不清楚，首先從概念上理解一下吧，JDK（Java Development Kit）簡單理解就是Java開發工具包，JRE(Java Runtime Enviroment)是Java的運行環境，JVM( java virtual machine)也就是常常聽到Java虛擬機。JDK是面向開發者的，JRE是面向使用JAVA程序的用戶，上面只是簡單的區別，一般網上好多都講概念，我就不講了，直接截圖應該會更清晰一點，我安裝的JDK1.8,效果如圖:
JDK和JRE
通過上圖發現發現有兩個JRE文件夾，如果細看里面的內容基本上是一樣的，如果是只是Java程序使用者，那么只會有最外層的那個JRE目錄，JDK中是JRE自帶的，你如果安裝了JDK必然里面會有一個JRE.那么問題來了，為什么會有兩套JRE呢？
最開始使用JAVA的時候設置JAVA環境變量的時候除了設置JAVA_Home中JDK的路徑之外，還會需要設ClassPath,%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar;dt.jar和tools.jar是兩個java最基本的包，里面包含了從java最重要的lang包到各種高級功能如可視化的swing包，是java必不可少的。而path下面的bin里面都是java的可執行的編譯器及其工具，如java，javadoc等，你在任意的文件夾下面運行cmd鍵入javac，系統就能自動召見java的編譯器就是歸功于這個環境變量的設置 ；如果修改其中tools.jar的名字,cmd運行的時候會報錯:
報錯的原因就是輸入的javac的命令不是去JDK中bin目錄去找的javac.exe，而是去JDK中lib目錄中的tools.jar中com.sun.tools.javac.Main中執行，因此javac.exe只是一個包裝器（Wrapper），存在的目的是為了讓開發者免于輸入過長的指命。這個時候發現JDK里的工具幾乎是用Java所編寫，同屬于Java應用程序，因此要使用JDK所附的工具來開發Java程序，所以自身需要附一套JRE才能運行。上圖中與jdk同級目錄下的JRE就是用來運行一般Java程序用的。
兩套JRE運行的時候究竟運行哪一個呢，這個時候JDK中java.exe先從自身目錄中找，然后父級目錄中找，如果都沒有就去注冊表中找：
所以java.exe的運行結果與你的電腦里面哪個JRE被執行有很大的關系，JDK和JRE應該算是說完了，下面說說JRE和JVM.
JRE和JVM
JVM -- java virtual machineJVM就是我們常說的java虛擬機，它是整個java實現跨平臺的最核心的部分，所有的java程序會首先被編譯為.class的類文件，這種類文件可以在虛擬機上執行，class文件并不直接與機器的操作系統相對應，而是經過虛擬機間接與操作系統交互，由虛擬機將程序解釋給本地系統執行，類似于C#中的CLR。
JVM不能單獨搞定class的執行，解釋class的時候JVM需要調用解釋所需要的類庫lib。在JDK下面的的jre目錄里面有兩個文件夾bin和lib,在這里可以認為bin里的就是jvm，lib中則是jvm工作所需要的類庫，而jvm和 lib和起來就稱為jre。JVM+Lib=JRE，如果講的具體點就是bin目錄下的jvm.dll文件， jvm.dll無法單獨工作，當jvm.dll啟動后，會使用explicit的方法(就是使用Win32 API之中的LoadLibrary()與GetProcAddress()來載入輔助用的動態鏈接庫)，而這些輔助用的動態鏈接庫(.dll)都必須位 于jvm.dll所在目錄的父目錄之中。因此想使用哪個JVM，只需要設置PATH，指向JRE所在目錄下的jvm.dll。
JDK在目前為止還是模糊的概念，這個時候可以通過JDK的目錄文件來看下：
在目錄下面有五個文件夾、一個src類庫源碼壓縮包和幾個聲明文件，其他五個文件夾分別是：bin、db、include、lib、 jre，db這個文件看業務需求~
bin：最主要的是編譯器(javac.exe)；
db：jdk從1.6之后內置了Derby數據庫，它是是一個純用Java實現的內存數據庫，屬于Apache的一個開源項目。用Java實現的，所以可以在任何平臺上運行；另外一個特點是體積小，免安裝，只需要幾個小jar包就可以運行了。
include：java和JVM交互用的頭文件；
lib：常用類庫
jre：java運行環境
JDK包含JRE，而JRE包含JVM，總的來說JDK是用于java程序的開發,而jre則是只能運行class而沒有編譯的功能，Eclipse、IntelliJ IDEA等其他IDE有自己的編譯器而不是用JDK bin目錄中自帶的，所以在安裝時只需選中jre路徑就ok了,最后用張網絡圖片總結下吧:
English » | | | | | | | | |
Text-to-speech function is limited to 100 characters
一個門外漢要
學習做一件事情，應該都會有犯錯的過程，都會走彎路，干傻事。有時候，經驗是通過流血撞墻得到的。
在做
配置管理的過程中，我應該有過好幾次這樣碰得鼻青臉腫的經驗。
第一次，移庫。當時剛接觸配置庫，對于svn移庫不方便這事很不能理解。（需要先在服務器上checkout到本地，再上傳到新庫另一個repo）。系統管理員一個人干需要幾天。于是想發動大家的力量去移庫。最后發現，與幾十個人溝通的成本遠遠超過移庫本身需要的
工作量。最后灰頭土臉的只好自己干。
第二次，擔任某項目的cm。完全不懂研發流程，對cm流程也不了解。去跟項目開例會，完全聽不懂。無法和研發人員溝通。最后灰頭土臉的退出（我完全不知道要做什么）。項目cm的推行也就此作罷。成果是大概了解了一下項目的態度。后來開始自己吭哧吭哧搭流程，朝著可操作的方向走。直到比較成熟之后，開始挨個培訓項目cm，手把手教他們做一二三四。
第三次，配置項版本發布。招了個實習生，吭哧吭哧指使人家把很多文檔都走OA流程發布到svn上。結果沒什么用，那些文檔后來被我刪了。那個實習生最后也沒來我們公司上班。唯一的成果是: 得出配置項這么發布不行的結論。
第四次，又來一個實習生。讓他一起寫一個指引文檔。當時寫了幾十頁。后來基本沒怎么看過。也沒發布出來用。但是，后面一些模板倒是用的很普遍。
第五次，想跟領導申請專職的崗位，招聘專職項目cm搭建團隊，無果。崗位職責定義的時候，除了配置管理工程師，還配備一個系統管理員專門做配置工具，結果被領導開會時當著很多人罵了（其實我到現在也不知道為什么罵我，用專業的人干專業的事有啥不對嗎？）。現在，兼職的項目cm有希望用專職的替換（答應給人了），系統管理員還是沒戲。
第六次，培訓。最初嘗試給大家培訓，往往很多人不來，就是總監發話也沒用。來了要么帶個筆記本，要么玩
手機，效果不算好。態度上不重視是普遍的。真正有效的培訓是從項目cm的一對一培訓開始。因為我們不止步于每人2小時的一對一培訓，接下來還要實操，寫配置文檔，做計劃，打基線，查svn使用規范，組織項目成員培訓。一輪下來再不用心的人也知道怎么該做什么了。這個過程中，發現雖然很多項目經理還是不太重視配管（有時兼職與研發任務沖突），但是由于責任明確到人，有計劃，有規范，執行的效果還是不錯的。如果再遇到個有責任心的項目cm，效果更明顯。
后來一切似乎好起來了，大家好像突然重視一些了。副總要求重視版本發布。產線領導主動提自動構建的需求，打工程基線的需求。有些項目經理會主動提審計要求，還有領導提度量的要求，提權限控制的要求，有項目cm提增加基線的要求。我打算年后完善配置的重點-變更控制。還在跟QA商量上一套合適的系統，把配置狀態報告自動化實現（雖然現在看起來有難度，公司向來不肯投錢買系統。）如果這一切做好了，
CMMI二級算不算達到了呢？差不多了吧。
從沒有任何資源支持，沒有人認可，沒有人看好，從菜鳥到門內漢。現在這個狀態，用QA的話來說是“好太多了”。雖然我一度想逃跑，但因為種種的原因默默堅持下來了。沒有人管的好處是可以自由發揮。雖然干了很多蠢事，走了很多彎路，結果現在看起來還湊合。
English » | | | | | | | | |
Text-to-speech function is limited to 100 characters
提供了生產負載的虛擬用戶運行狀態的相關信息，可以幫助我們了解負載生成的結果。
Rendezvous(負載過程中集合點下的虛擬用戶)：
當設置集合點后會生成相關數據，反映了隨著時間的推移各個時間點上并發用戶的數目，方便我們了解并發用戶的變化情況。
Errors(錯誤統計)：
通過錯誤信息可以了解錯誤產生的時間和錯誤類型，方便定位產生錯誤的原因。
Errors per Second(每秒錯誤)：
了解在每個時間點上錯誤產生的數目，數值越小越好。通過統計數據可以了解錯誤隨負載的變化情況，定為何時系統在負載下開始不穩定甚至出錯。
Average Transaction Response Time(平均事務響應時間)：
反映隨著時間的變化事務響應時間的變化情況，時間越小說明處理的速度越快。如果和用戶負載生成圖合并，就可以發現用戶負載增加對系統事務響應時間的影響規律。
Transactions per Second(每秒事務)：
TPS吞吐量，反映了系統在同一時間內能處理事務的最大能力，這個數據越高，說明系統處理能力越強。
Transactions Summary(事務概要說明)
統計事物的Pass數和Fail數，了解負載的事務完成情況。通過的事務數越多，說明系統的處理能力越強;失敗的事務數越小說明系統越可靠。
Transaction performance Summary(事務性能概要)：
事務的平均時間、最大時間、最小時間柱狀圖，方便分析事務響應時間的情況。柱狀圖的落差越小說明響應時間的波動小，如果落差很大，說明系統不夠穩定。
Transaction Response Time Under Load(用戶負載下事務響應時間)：
負載用戶增長的過程中響應時間的變化情況，該圖的線條越平穩，說明系統越穩定。
Transactions Response time(事務響應時間百分比)：
不同百分比下的事務響應時間范圍，可以了解有多少比例的事物發生在某個時間內，也可以發現響應時間的分布規律，數據越平穩說明響應時間變化越小。
Transaction Response Time(各時間段上的事務數)：
每個時間段上的事務個數，響應時間較小的分類下的是無數越多越好。
Hits per Second(每秒點擊)：
當前負載重對系統所產生的點擊量記錄，每一次點擊相當于對服務器發出了一次請求，數據越大越好。
Throughput(吞吐量)：
系統負載下所使用的帶寬，該數據越小說明系統的帶寬依賴就越小，通過這個數據可以確定是不是網絡出現了瓶頸。
HTTP Responses per Second(每秒HTTP響應)：
每秒服務器返回各種狀態的數目，一般和每秒點擊量相同。點擊量是客戶端發出的請求數，而HTTP響應數是服務器返回的響應數。如果服務器的響應數小于點擊量，那么說明服務器無法應答超出負載的連接請求。
Connections per Second(每秒連接)：
統計終端的連接和新建的連接數，方便了解每秒對服務器產生連接的數量。同時連接數越多，說明服務器的連接池越大，當連接數隨著負載上升而停止時，說明系統的連接池已滿，通常這時候服務器會返回504錯誤。需要修改服務器的最大連接來解決該問題。
English » | | | | | | | | |
Text-to-speech function is limited to 100 characters
介紹
曾經有一段時間，人們習慣于在MS Excel里面編寫
單元測試用例，然后開發人員就按照單元
測試用例一步一步的來實現用例。這通常是很耗時的漫長的過程，尤其是如果應用很大或者UI很復雜的話。
這一套單元測試的執行過程常常成為瓶頸，因為任何代碼修改都會帶來手工執行大量單元測試，以確保新的修改沒有破壞原有功能。
如今是個快節奏時代，人們希望
工作能夠無需人工介入、自動化的快速完成。每個人都喜歡執行一個命令就能把工作搞定，而且在執行期間不需要人工介入。需要做的僅僅是檢查一下最終的輸出結果。
當這個世界正在邁向自動化時，
自動化測試也不甘落后，不論是在
功能測試方面還是UI測試方面。每天我們都能聽說自動化測試方面涌現出的新軟件。
本文提供了一些信息給那些想用
Coded UI自動測試框架來進行應用界面自動化的.Net開發者。
什么是Coded UI?
最近我一直在尋找一個自動化的用戶
接口測試的解決方案。用戶接口測試需要用戶多次進行手工輸入操作，這是一個既枯燥又費時的過程。因此，我想尋找一種更智能的自動化UI測試的方案，這種UI測試在不需要人工干預下，能夠被保存，記錄并提供支持 ，快速測試代碼的改變。
Coded UI 采用用戶接口來驅動應用的進行自動化測試。這些測試包括UI控制的功能性測試。他們使你可以驗證整個應用的功能是否正確，其中包括了用戶接口。Coded UI尤其適合用于用戶接口中存在校驗或者其它的登錄方式的測試，比如網頁。Coded UI也可以用于人工測試用例的自動化。
Coded UI 測試幫助用戶測試應用程序的用戶接口。這些測試允許用戶驗證應用程序的功能。Coded UI 多數時間用于幫助驗證在UI層本身的有效邏輯。它能夠驗證值對用戶接口的控制的正確性。
其它方案
市場有許多自動化用戶接口的方案，比如HP的QuickTest Professional,
IBM Rational Functional Tester. 其它著名的，易于使用的開源工具解決用戶接口自動化問題的有
Selenium，也能夠記錄測試，需要的時候回放。市場上還有來自Microsoft的也能不需要太多努力做同樣的事。用Visual Studio Microsoft還有Coded UI的方案用于單元測試。
Coded UI適合在哪兒用?
大多數安裝了Visual Studio的開發者都喜歡在Visual Studio的環境里進行單元測試，而不是使用第三方工具。由
微軟提供的Coded UI，在Visual Studio環境里可謂上手即用。在開發者的機器上無需另外安裝任何東西。一旦你安裝了Visual Studio的Premium版或者Ultimate版，你就同時也安裝好了Coded UI。
Coded UI可用性
為了使用Coded UI，需要安裝Visual Studio 2010/2012/2013的Premium版或者Ultimate版。
Coded UI 測試的組成
Coded UI 測試的組成容易理解。它可分成下列文件：
UIMap.uitest
這個文件是UIMap類的XML表示。UIMap類包括視窗，控件，屬性，方法，斷言和動作。
UIMap.cs
對UIMap的自定義部分都存在這文件里。如果修改直接存在UIMap.designer.vb文件的話，那些修改都會在記錄結束后丟失，因為這個文件重新創建了。
給每個在測應用程序中的每個模塊創建一個獨立的UIMap文件。
UIMap.Designer.cs
這是部分類表達各種類。這各種類是給多樣的控件和他們的范圍，屬性，方法的類。
提示：不要直接修改 UIMap.Designer.cs。加入你這樣做，這個修改會被覆蓋掉。
CodedUITest.cs
這類表示的實際的CodeUI測試類，方法調用，和斷言調用，所有的方法和斷言默認都是從UIMap.Designer.cs文件調用的。這類有具有【codedUITest】屬性TestClass和包含具有【TestMethod】屬性的多種方法。
Coded UI的特性/好處
進行用戶界面測試的同時進行校驗.
生成VB.Net/C#代碼.
測試用例可以被記錄和重放.
集成了ALM Story
能夠作為每日構建的一部分來運行.
根據需要進行高級擴展.
和Visual Studio集成在一起，所以無需單獨購買許可.
Coded UI對Web和Windows應用同樣適用.
著名的Microsoft支持.
創建Coded UI測試
Coded UI測試可以用下列方式創建
使用MTM進行快速自動構建
從現有的記錄(從手動測試中記錄下來的操作)中創建Coded UI
在Coded UI Test Builder創建的底稿的基礎上創建一個新的Coded UI測試.
自己寫Coded UI.
這個白皮書的范圍僅限于“在Coded UI Test Builder創建的底稿之上創建一個新的Coded UI測試”。
小貼士: 盡量使用Coded UI Test Builder。
Coded UI Test Builder
每一個Coded UI測試的生成都需要遵從下列步驟.
記錄/停止/暫停
編輯記錄下來的步驟
添加斷言
生成代碼
創建Coded UI 測試
創建新的Coded UI 項目
要開始使用Coded UI，首先我們需要創建一個測試項目，用來保存所有Coded UI測試。創建一個新的Coded UI項目包含下列步驟
打開Visual Studio 2012
選擇 File > New > Project
選擇需要的語言模板 (C# or VB.Net). 我們選擇了C#.
選擇Coded UI Project
輸入一個名字
點擊 OK 按鈕
添加 Coded UI 測試
Visual Studio默認配置為創建Coded UI 測試使用 "Generate a new Coded UI Test from scratch using Coded UI Test Builder"
提示：在測試的應用程序中，當你創建UI控件時盡量使用有意義的名稱，從而對于自動生成的控件顯得更加有意義和可用。
一旦 Coded UI 測試工程創建完成，將會自動打開生成Coded UI 測試代碼的對話框，請給出以下選項的設置。
記錄操作，編輯UI地圖或添加斷言
使用一個已經存在的操作記錄
默認情況下 選擇記錄操作,編輯UI地圖或添加斷言，無需做任何操作，然后點擊 "ok"
Coded UI Test Builder
選擇了上述選項后，Coded UI Test Builder就會被打開，同時Visual Studio窗口被最小化。這意味著我們已經為記錄操作做好了準備。
正如之前描述的，Coded UI Test Builder基于下列4個操作來做記錄
Record Steps
Update or Delete Steps
Verify Results (Add Assertions)
Generate Code
小貼士: 如果用戶界面(UI)變化了，就重新記錄測試方法或斷言方法，或者重新記錄一個既有測試方法中受影響的部分。
記錄一個序列的操作.
記錄一個操作主要需要下列幾步.
Start Recording, 通過選擇Record按鈕即可.
Pause Recording, 用來處理記錄過程中的其它操作，即Generate Code.
Edit/Delete 操作, 以防錯誤的操作被記錄。
Generate code為記錄下來的操作創建編號。會給每一個記錄下來的操作都生成編號。
Add Assertions 用來校驗結果。
小貼士: 創建斷言最好使用Coded UI Test Builder，因為它會在UIMap.Designer.cs文件中自動添加一個斷言方法。
為記錄動作做計劃
任何事情的成功都取決于它計劃得有多好。較好地計劃最大限度保證了任務成功完成。這樣總是比較好，在開始記錄動作之前，我們計劃好所有的所有要計劃的步驟。
這里我們將要使用應用程序Windows計算器來記錄步驟。我們要自動地加和減兩個數字。在記錄加和減兩個數字的時候，下面的步驟將會用到。
。點擊“開始記錄”控件
。到開始，點擊執行
。在執行窗口，輸入”calc"
。停止記錄，看記錄的步驟
。刪除錯誤的步驟（存在的話）
。產生代碼；提供和動作相匹配的名字。比如，打開計算器。
提示：當你產生一個方法時候，使用一個有意義的方法的名字，代替默認名字。
有意義的名字幫助識別方法的木的。
。重新記錄，提供第一個數字，暫停記錄產生代碼
。重新記錄，提供操作（加或者減），暫停記錄，產生代碼
。重新記錄，提供第二個數字，暫停記錄，產生代碼。
。加斷言
提示： 產生你的測試作為一系列記錄的方法
提示： 可以的時候，限制每個方法小于10個動作。這模塊化的方法讓UI改變時候容易替換方法。
結論
我們已經看到了Coded UI可以使開發者的生活變得多么輕松，尤其是遇到每次都需要進行很多輸入的復雜頁面的時候。這時，測試用例只需要被記錄一次，就可以按照需要執行任意多次。使用Coded UI比使用其它工具的好處是，它能自動適配Web頁面和Windows窗口應用。Coded UI測試可以用Visual Studio 2010來運行，也可以用任何版本的VS來運行，它們的功能正變得越來越強大。無需多說，Coded UI是一個由技術領導者提供的強大工具，想要體驗Coded UI測試的強大，我們應該開始在項目中使用它看看它能帶來多少ROI，我確信Coded UI不會讓你失望。
English » | | | | | | | | |
Text-to-speech function is limited to 100 characters
1. 自動故障轉移
1.1 將故障轉移模式改成自動，如果實例為
SQL Server故障轉移實例則配置無效。
1.2 在SERVER03自動轉移，CLUSTEST03\CLUSTEST03手動轉移的情況下，kill SERVER03的SQL Server服務。如下界面
1.3 無法發送自動故障轉移，整個可用性主失敗，如下所示
2. 計劃手動故障轉移
2.1 計劃手動故障轉移，需要將可用性模式改成同步提交，待所有副本都同步后，開始手動轉移
English » | | | | | | | | |
Text-to-speech function is limited to 100 characters
大家知道
測試用例里測試步驟和預期結果，用Excel無法實現，下面介紹一下
Test Case Migrator Plus這個工具。
1、excel格式如下，把測試用例
工作項中的必填字段都填上，另外加上操作步驟和預期結果，字段名字不一定與流程中的一致
2、打開Test Case Migrator Plus，進入歡迎頁面，如圖：
3、數據源類型選擇Excel Workbook
4、選擇項目和工作項類型，如圖：
5、創建一個新的配置文件
6、為字段建立映射關系，在Destination Field中，帶*的表示必須建立映射關系，帶+號的表示這些字段的值，系統自動填充
English » | | | | | | | | |
Text-to-speech function is limited to 100 characters
第1種方法：
[root@lx_web_s1 ~]# export PATH=/usr/local/webserver/mysql/bin:$PATH
再次查看：
[root@lx_web_s1 ~]# echo $PATH /usr/local/webserver/mysql/bin:/usr/local/webserver/mysql/bin/:/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin |
說明添加PATH成功。
上述方法的PATH 在終端關閉 后就會消失。所以還是建議通過編輯/etc/profile來改PATH，也可以修改家目錄下的.bashrc(即：~/.bashrc)。
第2種方法：
# vim /etc/profile
在最后，添加:
export PATH=$PATH：/usr/local/webserver/mysql/bin
保存，退出，然后運行：
#source /etc/profile
不報錯則成功。
English » | | | | | | | | |
Text-to-speech function is limited to 100 characters
第一中方法：比較詳細
以下的
文章主要介紹的是
MySQL 數據庫開啟遠程連接的時機操作流程，其實開啟MySQL 數據庫遠程連接的實際操作步驟并不難，知識方法對錯而已，今天我們要向大家描述的是MySQL 數據庫開啟遠程連接的時機操作流程。
1、d:\MySQL\bin\>MySQL -h localhost -u root
這樣應該可以進入MySQL服務器
復制代碼代碼如下:
MySQL>update user set host = '%' where user = 'root';
MySQL>select host, user from user;
2、MySQL>GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' IDENTIFIED BY 'mypassword' WITH GRANT OPTION
予任何主機訪問數據的權限
3、MySQL>FLUSH PRIVILEGES
修改生效
4、MySQL>EXIT
退出MySQL服務器
這樣就可以在其它任何的主機上以root身份登錄啦！
以上的相關內容就是對MySQL 數據庫開啟遠程連接的介紹，望你能有所收獲。
第二種方法:
1、在控制臺執行 mysql -u root -p mysql，系統提示輸入數據庫root用戶的密碼，輸入完成后即進入mysql控制臺，這個命令的第一個mysql是執行命令，第二個mysql是系統數據名稱，不一樣的。
2、在mysql控制臺執行 GRANT ALL PRIVILEGES ON *.* TO ‘root'@'%' IDENTIFIED BY ‘MyPassword' WITH GRANT OPTION;
3、在mysql控制臺執行命令中的 ‘root'@'%' 可以這樣理解: root是用戶名，%是主機名或IP地址，這里的%代表任意主機或IP地址，你也可替換成任意其它用戶名或指定唯一的IP地址；'MyPassword'是給授權用戶指定的登錄數據庫的密碼；另外需要說明一點的是我這里的都是授權所有權限，可以指定部分權限，GRANT具體操作詳情見：http://dev.mysql.com/doc/refman/5.1/en/grant.html
4、不放心的話可以在mysql控制臺執行 select host, user from user; 檢查一下用戶表里的內容。
English » | | | | | | | | |
Text-to-speech function is limited to 100 characters