mql反編譯參數翻譯

❶ 外匯EA的EX4文件是怎樣加密的我用的是Meta外匯工作室的加密EA，想要共享給其他人，是不是要用反編譯

反編譯行不通的，像他們這樣比較成熟的EA很難破解，除了運行環境的特殊配置，還會限制MT4/MT5賬號，就算費勁千辛萬苦破解了，他們一更新，你要想再用，還得重新破解，得不償失，不如花點錢買下來，一勞永逸。

❷ 外匯mt4平台 用mql語言如何編寫

雙MA5 = IMA（NULL，0,5,0，MODE_SMA，PRICE_CLOSE，0）;
雙MA10 = IMA（NULL，0,10,0，MODE_SMA，PRICE_CLOSE，0）;

如果（ MA5> MA10）

{

OrderSend（...

在MQL編輯器左邊看字的顏色，然後點擊F1，你會學到很多東西。

IMA平均函數被調用，有很多調用函數，如iBand呼籲布林線，具體按F1鍵看看。

OrderSend是下一個功能單一，太，學習如何使用F1。

更多咨詢可以網路我的名字。5年來，我們專注於提供退稅服務（差的原點不以傭金為基礎），可以幫助您節省交易成本。

❸ 編寫一個程序，要求連接Mysql資料庫，只讀取資料庫ipdata.spl表ipdata中兩個欄位ipxw和pjj的所有內容

java">importjava.sql.*;
publicclassTest{
publicstaticvoidmain(String[]srg){
//載入JDBC驅動
StringdriverName="com.mysql.jdbc.Driver";
//連接伺服器和資料庫ipdata
StringdbURL="jdbc:mysql://localhost:3306/ipdata";
StringuserName="sa";//默認用戶名
StringuserPwd="123456";//密碼

ConnectiondbConn=null;
try{
Class.forName(driverName);
dbConn=DriverManager.getConnection(dbURL,userName,userPwd);
System.out.println("ConnectionSuccessful!");//如果連接成功控制台輸出
Statementstmt=con.createStatement(SELECTipxw,pjjfromipdata);
ResultSetrs=stmt.executeQuery();
}catch(Exceptione){
e.printStackTrace();
}
}
}

❹ 編程MQL語言識別成中文含義

編程語言怎麼可以翻譯成中文，只能夠找人給你解釋某行代碼是什麼意思有什麼作用，是不可能翻譯成中文的。打鐵還需自身硬，多寫多學才能夠看懂這些代碼

❺ 外匯mt4平台，一條均線上穿另一條均線，用mql語言如何編寫

double ma5=iMA(NULL,0,5,0,MODE_SMA,PRICE_CLOSE,0);
double ma10=iMA(NULL,0,10,0,MODE_SMA,PRICE_CLOSE,0);
if(ma5>ma10)
{
OrderSend(...
}

在mql編輯器里看到彩色的字就左鍵點一下再按F1，你會學到很多東西的。
ima是調用均線的函數，還有很多調用函數，例如 iBand 是調用布林線的，具體去按F1看吧。
OrderSend是下單的函數，同樣，去F1學用法。

更多咨詢可以網路我的名字。5年來我們專門提供返佣服務(原始點差不加傭金的基礎上)，可幫您節約交易成本。

❻ MQL如何顯示編譯結果，比如#property 後跟的劃線信息，如何顯示查看新手，還望指教！

用SQL的跟蹤,

❼ mysql中convert()函數是什麼意思

mysql中convert()函數的意思是用來把一個數據類型的值轉換為另一個數據類型。

其他函數：

ASCII(s)
作用： 返回字元串 s 的第一個字元的 ASCII 碼。

CHAR_LENGTH(s)
作用： 返回字元串 s 的字元數。

CHARACTER_LENGTH(s)
作用： 返回字元串 s 的字元數。

CONCAT(s1,s2...sn) 作用： 字元串 s1,s2 等多個字元串合並為一個字元串 。

CONCAT_WS(x, s1,s2...sn) 作用： 同 CONCAT(s1,s2,...) 函數，但是每個字元串之間要加上 x，x 可以是分隔符 。

FIELD(s,s1,s2...) 作用： 返回第一個字元串 s 在字元串列表(s1,s2...)中的位置 。

(7)mql反編譯參數翻譯擴展閱讀：

MySQL 中文排序錯誤的解決方法

方法1

在 MySQL 資料庫中，進行中文排序和查找的時候，對漢字的排序和查找結果是錯誤的。這種情況在 MySQL 的很多版本中都存在。如果這個問題不解決，那麼 MySQL 將無法實際處理中文。

出現這個問題的原因是：MySQL
在查詢字元串時是大小寫不敏感的，在編繹 MySQL 時一般以 ISO-8859
字元集作為默認的字元集，因此在比較過程中中文編碼字元大小寫轉換造成了這種現象，一種解決方法是對於包含中文的欄位加上 "binary"
屬性，使之作為二進制比較，

例如將 "name char(10)" 改成 "name char(10)binary"。

方法2

如果你使用源碼編譯 MySQL，可以編譯 MySQL 時使用 --with--charset=gbk 參數，這樣 MySQL 就會直接支持中文查找和排序了。

❽ 小內存編譯安裝mysql要加什麼參數

MySQL內存參數配置推薦：https://tools.percona.com/wizard
1.慢查詢日誌：
slow_launch_time=2 查詢大於某個時間的值(單位：s)
slow_query_log=on/off 開啟關閉慢查詢日誌
slow_query_log_file=/opt/data/host-slow.log 慢查詢日誌位置

2.連接數:
max_connections MySQL最大連接數
back_log 當連接數滿了後，設置一個值，允許多少個連接進入等待堆棧
max_connect_errors 賬號連接到伺服器允許的錯誤次數
connect_timeout 一個連接報文的最大時間(單位：s)
skip-name-resolve 加入my.cnf即可，MySQL在收到連接請求的時候，會根據請求包
中獲得的ip來反向追查請求者的主機名。然後再根據返回
的主機名又一次去獲取ip。如果兩次獲得的ip相同，那麼連接就成功建立了。
加了次參數，即可省去這個步驟
NOTES:
查詢當前連接數:show global status like 'connections';

3.key_buffer_size 索引緩存大小，是對MyISAM表性能影響最大的一個參數
32bit平台上，此值不要超過2GB，64bit平台不用做此限制，但也不要超過4GB
根據3點計算：
a.系統索引總大小
b.系統物理內存
c.系統當前keycache命中率
粗略計算公式：
Key_Size =key_number*(key_length+4)/0.67
Max_key_buffer_size
Threads_Usage = max_connections * (sort_buffer_size + join_buffer_size +
read_buffer_size+read_rnd_buffer_size+thread_stack)

key_cache_block_size ，是key_buffer緩存塊的單位長度，以位元組為單位，默認值為1024。
key_cache_division_limit 控制著緩存塊重用演算法。默認值為100，此值為key_buffer_size中暖鏈所佔的大小百分比(其中有暖鏈和熱鏈)，100意味著全是暖鏈。(類似於Oracle Data Buffer Cache中的default、keep、recycle)
key_cache_age_threshold 如果key_buffer里的熱鏈里的某個緩存塊在這個變數所設定的時間里沒有被訪問過，MySQL伺服器就會把它調整到暖鏈里去。這個參數值越大，緩存塊在熱鏈里停留的時間就越長。
這個參數默認值為 300，最小值為100。
Myisam索引默認是緩存在原始key_buffer中的，我們可以手動創建新的key_buffer，如在my.cnf中加入參數new_cache.key_buffer_size=20M。指定將table1和table2的索引緩存到new_cache的key_buffer中：
cache index table1,table2 in new_cache;
(之前默認的key_buffer為default，現在手動創建的為new_cache)
手動將table1和table2的索引載入到key_buffer中：
load index into cache table1,table2;

系統中記錄的與Key Cache相關的性能狀態參數變數： global status
◆Key_blocks_not_flushed，已經更改但還未刷新到磁碟的DirtyCacheBlock；
◆Key_blocks_unused，目前未被使用的CacheBlock數目；
◆Key_blocks_used，已經使用了的CacheBlock數目；
◆Key_read_requests，CacheBlock被請求讀取的總次數；
◆Key_reads，在CacheBlock中找不到需要讀取的Key信息後到「.MYI」文件中(磁碟)讀取的次數；
◆Key_write_requests，CacheBlock被請求修改的總次數；
◆Key_writes，在CacheBlock中找不到需要修改的Key信息後到「.MYI」文件中讀入再修改的次數；
索引命中緩存率：
key_buffer_read_hits=(1-Key_reads/Key_read_requests)*100%
key_buffer_write_hits=(1-Key_writes/Key_write_requests)*100%
該命中率就代表了MyISAM類型表的索引的cache

4.臨時表 tmp_table_size (用於排序)
show global status like 『created_tmp%』;
| Variable_name | Value |
| Created_tmp_disk_tables | 21197 | #在磁碟上創建臨時表的次數
| Created_tmp_files | 58 | #在磁碟上創建臨時文件的次數
| Created_tmp_tables | 1771587 | #使用臨時表的總次數
TmpTable的狀況主要是用於監控MySQL使用臨時表的量是否過多，
是否有臨時表過大而不得不從內存中換出到磁碟文件上。
a.如果：
Created_tmp_disk_tables/Created_tmp_tables>10%，則需調大tmp_table_size
比較理想的配置是：
Created_tmp_disk_tables/Created_tmp_tables<=25%
b.如果：
Created_tmp_tables非常大 ，則可能是系統中排序操作過多，或者是表連接方式不是很優化。

相關參數：
tmp_table_size 內存中，臨時表區域總大小
max_heap_table_size 內存中，單個臨時表的最大值，超過的部分會放到硬碟上。

5.table cache相關優化 ：
參數table_open_cache，將表的文件描述符打開，cache在內存中
global status：
open_tables 當前系統中打開的文件描述符的數量
opened_tables 系統打開過的文件描述符的數量

如果：
Opened_tables數量過大，說明配置中table_open_cache值可能太小

比較合適的值為：
Open_tables / Opened_tables * 100% >= 85%
Open_tables / table_open_cache * 100% <= 95%

6.進程的使用情況
在MySQL中，為了盡可能提高客戶端請求創建連接這個過程的性能，實現了一個ThreadCache池，
將空閑的連接線程存放在其中，而不是完成請求後就銷毀。這樣，當有新的連接請求的時候，
MySQL首先會檢查ThreadCache池中是否存在空閑連接線程，如果存在則取出來直接使用，
如果沒有空閑連接線程，才創建新的連接線程。

參數：thread_cache_size
thread cache 池中存放的最大連接數
調整參考：
在短連接的資料庫應用中，資料庫連接的創建和銷毀是非常頻繁的，
如果每次都需要讓MySQL新建和銷毀相應的連接線程，那麼這個資源消耗實際上是非常大的，因此
thread_cache_size的值應該設置的相對大一些，不應該小於應用系統對資料庫的實際並發請求數。

參數：thread_stack - 每個連接線程被創建的時候，MySQL給他分配的內存大小，
類似PGA中存放數據的內存部分(不包括排序的空間)

show status like 'connections';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Connections | 80 | #接受到的來自客戶端的總連接數，包括以前和現在的連接。
+---------------+-------+
show status like 'thread%';
+-------------------+-------+
| Variable_name | Value |
+-------------------+-------+
| Threads_cached | 0 | #當前系統中，緩存的連接數
| Threads_connected | 1 | #當前系統中正連接的線程數
| Threads_created | 77 | #創建過的匯流排程數
| Threads_running | 1 |
+-------------------+-------+
a.如果：
Threads_created 值過大，說明MySQL一直在創建線程，這是比較消耗資源的，應該適當增大
thread_cache_size的值
b.如果：
Threads_cached的值比參數thread_cache_size小太多，則可以適當減小thread_cache_size的值

ThreadCache命中率：
Threads_Cache_Hit=(Connections-Threads_created)/Connections*100%
一般來說，當系統穩定運行一段時間之後，我們的ThreadCache命中率應該保持在90%
左右甚至更高的比率才算正常。

7.查詢緩存(Query Cache) -- optional
將客戶端的SQL語句(僅限select語句)通過hash計算，放在hash鏈表中，同時將該SQL的結果集
放在內存中cache。該hash鏈表中，存放了結果集的內存地址以及所涉及到的所有Table等信息。
如果與該結果集相關的任何一個表的相關信息發生變化後(包擴：數據、索引、表結構等)，
就會導致結果集失效，釋放與該結果集相關的所有資源，以便後面其他SQL能夠使用。
當客戶端有select SQL進入，先計算hash值，如果有相同的，就會直接將結果集返回。

Query Cache的負面影響：
a.使用了Query Cache後，每條select SQL都要進行hash計算，然後查找結果集。對於大量SQL
訪問，會消耗過多額外的CPU。
b.如果表變更比較頻繁，則會造成結果集失效率非常高。
c.結果集中保存的是整個結果，可能存在一條記錄被多次cache的情況，這樣會造成內存資源的
過度消耗。

Query Cache的正確使用：
a.根據表的變更情況來選擇是否使用Query Cache，可使用SQL Hint：SQL_NO_CACHE和SQL_CACHE
b.對於 變更比較少 或 數據基本處於靜態 的表，使用SQL_CACHE
c.對於結果集比較大的，使用Query Cache可能造成內存不足，或擠占內存。
可使用1.SQL_NO_CACHE 2.query_cache_limit控制Query Cache的最大結果集(系統默認1M)

mysql> show variables like '%query_cache%';
+------------------------------+---------+
| Variable_name | Value |
+------------------------------+---------+
| have_query_cache | YES | #是否支持Query Cache
| query_cache_limit | 1048576 | #單個結果集的最大值，默認1M
| query_cache_min_res_unit | 4096 | #每個結果集存放的最小內存，默認4K
| query_cache_size | 0 | #Query Cache總內存大小，必須是1024的整數倍
| query_cache_type | ON | #ON,OFF,DEMAND(包含SQL_CACHE的查詢中才開啟)
| query_cache_wlock_invalidate | OFF |
+------------------------------+---------+
#query_cache_wlock_invalidate：
針對於MyISAM存儲引擎，設置當有WRITELOCK在某個Table上面的時候，
讀請求是要等待WRITE LOCK釋放資源之後再查詢還是允許直接從QueryCache中讀取結果，
默認為FALSE（可以直接從QueryCache中取得結果）

此為部分內容，附上原文出處：http://blog.itpub.net/26355921/viewspace-769393/

❾ 有誰知到Mql語言編程嗎

MQL語言，是一種資料庫語言。但也有一種Meta Quarter Language，也叫MQL，可以用它編寫自動交易程序。

❿ mysql里的ini文件如何設置需要編輯嗎

這個mysql的運行配置參數文件。
如果你不是很了解mysql的話，先用默認的mysql.ini就可以，亂設置的話可能得不償失。
如果你想深入了解學習mysql的話，可以先找相關的資料，查查各個參數的含義，有助於你優化資料庫性能。

例如：
[mysqld]
port=3306 # mysql服務端默認監聽(listen on)的TCP/IP埠
basedir="C:/Program Files/MySQL/MySQL Server 5.5/" # 基準路徑，其他路徑都相對於這個路徑
datadir="C:/Program Files/MySQL/MySQL Server 5.5/Data" # mysql資料庫文件所在目錄
character-set-server=latin1 # 服務端使用的字元集默認為8比特編碼的latin1字元集
default-storage-engine=INNODB # 創建新表時將使用的默認存儲引擎
sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION" # SQL模式為strict模式
max_connections=100 # mysql伺服器支持的最大並發連接數（用戶數）。但總會預留其中的一個連接給管理員使用超級許可權登錄，即使連接數目達到最大限制。如果設置得過小而用戶比較多，會經常出現「Too many connections」錯誤。
query_cache_size=0 # 查詢緩存大小，用於緩存SELECT查詢結果。如果有許多返回相同查詢結果的SELECT查詢，並且很少改變表，可以設置query_cache_size大於0，可以極大改善查詢效率。而如果表數據頻繁變化，就不要使用這個，會適得其反
table_cache=256 # 這個參數在5.1.3之後的版本中叫做table_open_cache，用於設置table高速緩存的數量。由於每個客戶端連接都會至少訪問一個表，因此此參數的值與 max_connections有關。當某一連接訪問一個表時，MySQL會檢查當前已緩存表的數量。如果該表已經在緩存中打開，則會直接訪問緩存中的表已加快查詢速度；如果該表未被緩存，則會將當前的表添加進緩存並進行查詢。在執行緩存操作之前，table_cache用於限制緩存表的最大數目：如果當前已經緩存的表未達到table_cache，則會將新表添加進來；若已經達到此值，MySQL將根據緩存表的最後查詢時間、查詢率等規則釋放之前的緩存。
tmp_table_size=34M # 內存中的每個臨時表允許的最大大小。如果臨時表大小超過該值，臨時表將自動轉為基於磁碟的表（Disk Based Table）。
thread_cache_size=8 # 緩存的最大線程數。當客戶端連接斷開時，如果客戶端總連接數小於該值，則處理客戶端任務的線程放回緩存。在高並發情況下，如果該值設置得太小，就會有很多線程頻繁創建，線程創建的開銷會變大，查詢效率也會下降。一般來說如果在應用端有良好的多線程處理，這個參數對性能不會有太大的提高。
# MyISAM相關參數
myisam_max_sort_file_size=100G # mysql重建索引時允許使用的臨時文件最大大小
myisam_sort_buffer_size=68M
key_buffer_size=54M # Key Buffer大小，用於緩存MyISAM表的索引塊。決定資料庫索引處理的速度（尤其是索引讀）
read_buffer_size=64K # 用於對MyISAM表全表掃描時使用的緩沖區大小。針對每個線程進行分配（前提是進行了全表掃描）。進行排序查詢時，MySql會首先掃描一遍該緩沖，以避免磁碟搜索，提高查詢速度，如果需要排序大量數據，可適當調高該值。但MySql會為每個客戶連接發放該緩沖空間，所以應盡量適當設置該值，以避免內存開銷過大。
read_rnd_buffer_size=256K
sort_buffer_size=256K # connection級參數（為每個線程配置），500個線程將消耗500*256K的sort_buffer_size。
# InnoDB相關參數
innodb_additional_mem_pool_size=3M # InnoDB用於存儲元數據信息的內存池大小，一般不需修改
innodb_flush_log_at_trx_commit =1 # 事務相關參數，如果值為1，則InnoDB在每次commit都會將事務日誌寫入磁碟（磁碟IO消耗較大），這樣保證了完全的ACID特性。而如果設置為0，則表示事務日誌寫入內存log和內存log寫入磁碟的頻率都為1次/秒。如果設為2則表示事務日誌在每次commit都寫入內存log，但內存log寫入磁碟的頻率為1次/秒。
innodb_log_buffer_size=2M # InnoDB日誌數據緩沖大小，如果緩沖滿了，就會將緩沖中的日誌數據寫入磁碟（flush）。由於一般至少都1秒鍾會寫一次磁碟，所以沒必要設置過大，即使是長事務。
innodb_buffer_pool_size=105M # InnoDB使用緩沖池來緩存索引和行數據。該值設置的越大，則磁碟IO越少。一般將該值設為物理內存的80%。
innodb_log_file_size=53M # 每一個InnoDB事務日誌的大小。一般設為innodb_buffer_pool_size的25%到100%

innodb_thread_concurrency=9 # InnoDB內核最大並發線程數