- 相關推薦
windows環境mysql環境變量設置方法
1、對于命令控來說，在cmd命令下行下操作很方便，但有時需要直接在命令行床空執行mysql這樣的命令，會出現”mysql不是內部或外部命令“這樣的錯誤提示，原因是mysql其實是一個exe文件，存放于myql安裝路徑/bin下，因此需要將mysql的安裝路徑配置到path環境變量中，如此以后就不用每次都cd到mysql路徑下了；
2、設置完成后我們再試試看-cmd-->mysql
已經連接上mysql了，接下來我們可以使用dml、sql語言來創建我們自己的數據庫了；
3、首先，要創建一個數據庫名字為test_user;
創建成功！
4、創建一個張數據表，使用腳本即可。
注意，創建table之前一定要use databasename;
你能用這個命令得到mysqld服務器缺省緩沖區大小：
shell>mysqld--help
這個命令生成一張所有mysqld選項和可配置變量的表。輸出包括缺省值并且看上去象這樣一些東西：
如果有一個mysqld服務器正在運行，通過執行這個命令，你可以看到它實際上使用的變量的值：
shell>mysqladminvariables
每個選項在下面描述。對于緩沖區大小、長度和棧大小的值以字節給出，你能用于個后綴“K”或“M”指出以K字節或兆字節顯示值。例如，16M指出16兆字節。后綴字母的大小寫沒有關系；16M和16m是相同的。
你也可以用命令SHOWSTATUS自一個運行的服務器看見一些統計。見7.21SHOW語法(得到表、列的信息)。
back_log
要求MySQL能有的連接數量。當主要MySQL線程在一個很短時間內得到非常多的連接請求，這就起作用，然后主線程花些時間(盡管很短)檢查連接并且啟動一個新線程。back_log值指出在MySQL暫時停止回答新請求之前的短時間內多少個請求可以被存在堆棧中。只有如果期望在一個短時間內有很多連接，你需要增加它，換句話說，這值對到來的TCP/IP連接的偵聽隊列的大小。你的操作系統在這個隊列大小上有它自己的限制。Unixlisten(2)系統調用的手冊頁應該有更多的細節。檢查你的OS文檔找出這個變量的最大值。試圖設定back_log高于你的操作系統的限制將是無效的。
connect_timeout
mysqld服務器在用Badhandshake（糟糕的握手）應答前正在等待一個連接報文的秒數。
delayed__timeout
一個InsertDELAYED線程應該在終止之前等待Insert語句的時間。
delayed__limit
在插入delayed__limit行后，InsertDELAYED處理器將檢查是否有任何Select語句未執行。如果這樣，在繼續前執行允許這些語句。
delayed_queue_size
應該為處理InsertDELAYED分配多大一個隊列(以行數)。如果排隊滿了，任何進行InsertDELAYED的客戶將等待直到隊列又有空間了。
flush_time
如果這被設置為非零值，那么每flush_time秒所有表將被關閉(以釋放資源和sync到磁盤)。
interactive_timeout
服務器在關上它前在一個交互連接上等待行動的秒數。一個交互的客戶被定義為對mysql_real_connect()使用CLIENT_INTERACTIVE選項的客戶。也可見wait_timeout。
join_buffer_size
用于全部聯結(join)的緩沖區大小(不是用索引的聯結)。緩沖區對2個表間的每個全部聯結分配一次緩沖區，當增加索引不可能時，增加該值可得到一個更快的全部聯結。（通常得到快速聯結的最佳方法是增加索引。）
key_buffer_size
索引塊是緩沖的并且被所有的線程共享。key_buffer_size是用于索引塊的緩沖區大小，增加它可得到更好處理的索引(對所有讀和多重寫)，到你能負擔得起那樣多。如果你使它太大，系統將開始換頁并且真的變慢了。記住既然MySQL不緩存讀取的數據，你將必須為OS文件系統緩存留下一些空間。為了在寫入多個行時得到更多的速度，使用LOCKTABLES。見7.24LOCKTABLES/UNLOCKTABLES語法。
long_query_time
如果一個查詢所用時間超過它(以秒計)，Slow_queries記數器將被增加。
max_allowed_packet
一個包的最大尺寸。消息緩沖區被初始化為net_buffer_length字節，但是可在需要時增加到max_allowed_packet個字節。缺省地，該值太小必能捕捉大的(可能錯誤)包。如果你正在使用大的BLOB列，你必須增加該值。它應該象你想要使用的最大BLOB的那么大。
max_connections
允許的同時客戶的數量。增加該值增加mysqld要求的文件描述符的數量。見下面對文件描述符限制的注釋。見18.2.4Toomanyconnections錯誤。
max_connect_errors
如果有多于該數量的從一臺主機中斷的連接，這臺主機阻止進一步的連接。你可用FLUSHHOSTS命令疏通一臺主機。
max_delayed_threads
不要啟動多于的這個數字的線程來處理InsertDELAYED語句。如果你試圖在所有InsertDELAYED線程在用后向一張新表插入數據，行將入，就像DELAYED屬性沒被指定那樣。
max_join_size
可能將要讀入多于max_join_size個記錄的聯結將返回一個錯誤。如果你的用戶想要執行沒有一個Where子句、花很長時間并且返回百萬行的聯結，設置它。
max_sort_length
在排序BLOB或TEXT值時使用的字節數(每個值僅頭max_sort_length個字節被使用；其余的被忽略)。
max_tmp_tables
（該選擇目前還不做任何事情)。一個客戶能同時保持打開的臨時表的最大數量。
net_buffer_length
通信緩沖區在查詢之間被重置到該大小。通常這不應該被改變，但是如果你有很少的內存，你能將它設置為查詢期望的大小。（即，客戶發出的SQL語句期望的長度。如果語句超過這個長度，緩沖區自動地被擴大，直到max_allowed_packet個字節。）
record_buffer
每個進行一個順序掃描的線程為其掃描的每張表分配這個大小的一個緩沖區。如果你做很多順序掃描，你可能想要增加該值。
sort_buffer
每個需要進行排序的線程分配該大小的一個緩沖區。增加這值加速ORDERBY或GROUPBY操作。見18.5MySQL在哪兒存儲臨時文件。
table_cache
為所有線程打開表的數量。增加該值能增加mysqld要求的文件描述符的數量。MySQL對每個唯一打開的表需要2個文件描述符，見下面對文件描述符限制的注釋。對于表緩存如何工作的信息，見10.2.4MySQL怎樣打開和關閉表。
tmp_table_size
如果一張臨時表超出該大小，MySQL產生一個Thetabletbl_nameisfull形式的錯誤，如果你做很多高級GROUPBY查詢，增加tmp_table_size值。
thread_stack
每個線程的棧大小。由crash-me測試檢測到的許多限制依賴于該值。缺省隊一般的操作是足夠大了。見10.8使用你自己的基準。
wait_timeout
服務器在關閉它之前在一個連接上等待行動的秒數。也可見interactive_timeout。
MySQL使用是很具伸縮性的算法，因此你通常能用很少的內存運行或給MySQL更多的被存以得到更好的性能。
如果你有很多內存和很多表并且有一個中等數量的客戶，想要最大的性能，你應該一些象這樣的東西：
shell>safe_mysqld-Okey_buffer=16M-Otable_cache=128
?????-Osort_buffer=4M-Orecord_buffer=1M&
如果你有較少的內存和大量的連接，使用這樣一些東西：
shell>safe_mysqld-Okey_buffer=512k-Osort_buffer=100k
?????-Orecord_buffer=100k&
或甚至：
shell>safe_mysqld-Okey_buffer=512k-Osort_buffer=16k
?????-Otable_cache=32-Orecord_buffer=8k-Onet_buffer=1K&
如果有很多連接，“交換問題”可能發生，除非mysqld已經被配置每個連接使用很少的內存。當然如果你對所有連接有足夠的內存，mysqld執行得更好。
注意，如果你改變mysqld的一個選項，它實際上只對服務器的那個例子保持。
為了明白一個參數變化的效果，這樣做：
shell>mysqld-Okey_buffer=32m--help
保證--help選項是最后一個；否則，命令行上在它之后列出的任何選項的效果將不在反映在輸出中。
【windows環境mysql環境變量設置方法】相關文章：
win10設置java環境變量03-10
windows設置定時開機的幾種方法04-21
windows10環境電腦基本設置06-04
windows防火墻設置端口10-12
淺談Windows XP關機加速設置07-21
Windows7系統安全設置08-09
Windows服務器安全設置攻略11-07
windows xp怎么設置網絡共享02-24
Windows XP清理垃圾的方法03-22