trx今日行情分析
1. MySQL 5.7中新增sys schema有什麼好處
性能優化利器:剖析MySQL 5.7新特徵 sys schema
導讀：很多團隊在評估合適的時機切換到 MySQL 5.7，本文是在高可用架構群的分享，介紹 MySQL 5.7 新的性能分析利器。
李春，現任科技 MySQL 負責人，高級 MySQL 資料庫專家，從事 MySQL 開發和運維工作 8 年。在擔任 MySQL 資料庫 leader 期間，主要負責應用架構的優化和部署，實現了阿里巴巴 3 億 產品 從 Oracle 小型機到 64 台 MySQL 的平滑遷移。專注於研究 MySQL 復制、高可用、分布式和運維自動化相關領域。在大規模、分布式 MySQL 集群管理、調優、快速定位和解決問題方面有豐富經驗。管理超過 1400 台 MySQL 伺服器，近 3000 個實例。完成 MySQL 自動裝機系統、MySQL 標准化文檔和操作手冊、MySQL 自動規范性檢查系統、MySQL 自動信息採集系統等標准化文檔和自動化運維工具。
sys schema 由來
Performance schema 引入
Oracle 早就有了 v$ 等一系列方便診斷資料庫性能的工具，MySQL DBA 只有羨慕嫉妒恨的份，但是 5.7 引入的 sys schema 緩解了這個問題，讓我們可以通過 sys schema 一窺 MySQL 性能損耗，診斷 MySQL 的各種問題。
說到診斷 MySQL 性能問題，不得不提在 MySQL 5.5 引入的 performance_schema，最開始引入時，MySQL 的 performance_schema 性能消耗巨大，隨著版本的更新和代碼優化，5.7 的 performance_schema 對 MySQL 伺服器額外的消耗越來越少，我們可以放心的打開 performance_shema 來收集 MySQL 資料庫的性能損耗。Tarique Saleem 同學測試了一下 sys schema 對 CPU 和 IO的額外消耗，基本在 1% - 3% 之間，有興趣的同學可以參考他的這篇 blog：
（CPU Bound, Sysbench Read Only Mode）
performance_schema 不僅由於他的性能消耗大著名，還由於其復雜難用而臭名昭著。5.7 上的 performance schema 已經有 87 張表了，每個表都是各種統計信息的羅列；另外，他的這些表和 information_schema 中的部分表也纏夾不清，讓大家用得很不習慣。
sys schema VS performance schema VS information schema
現在 MySQL 在 5.7 又新增了sys schema，它和 performance_schema 和 information schema 到底是什麼關系？
Information_schema 定位基本是 MySQL 元數據信息，比如：TABLES 記錄了 MySQL 有哪些表，COLUMNS 記錄了各個表有哪些列 。
performance_schema 記錄了 MySQL 實時底層性能消耗情況，比如：events_waits_current 記錄了 MySQL 各個線程當前在等待的 event。
雖然他們之間的這個定位區別並沒有那麼明顯：比如，Information_schema 的 innodb_locks 就記錄了 innodb 當前鎖的信息，它並不是 MySQL 的元數據信息。sys schema 最開始是 MarkLeith 同學為了方便讀取和診斷 MySQL 性能引入到 MySQL 的。所以 sys schema 定位應該是最清晰的：它包含一系列對象，這些對象能夠輔助 DBA 和開發人員了解 performance schema 和 information_schema 採集的數據。
sys schema 包含了什麼？
sys schema 包含一些對象，這些對象主要用於調優和故障分析。包括：
將 performance schema 和 information schema 中的數據用更容易理解的方式來總結歸納出來的「視圖」。
提供 performance schema 和 information schema 配置或者生成分析報告類似操作的「存儲過程」
sys schema 本身不採集和存儲什麼信息，它只是為程序或者用戶提供一個更加方便的診斷系統性能和排除故障的「介面」。也就是說，查詢 performance schema 和 information schema 配置和提供格式化服務的「存儲函數」。
避免用戶在 information schema 和 performance schema 中寫各種復雜的查詢來獲得到底誰鎖了誰，每個線程消耗的內存是多少 ( 視圖 memory_by_thread_by_current_bytes )，每個 SQL 執行了多少次，大致的執行時間是多少（ 視圖 statements_with_runtimes_in_95th_percentile ）等，這些 sys schema 都直接幫你寫好，你只需要直接查詢就好了。
編寫了一些現成的存儲過程，方便你：直接使用 diagnostics() 存儲過程創建用於診斷當前伺服器狀態的報告；使用 ps_trace_thread() 存儲過程創建對應線程的圖形化（ .dot類型 ）性能數據。
編寫了一些現成的存儲函數，方便你：直接使用 ps_thread_account() 存儲函數獲得發起這個線程的用戶，使用 ps_thread_trx_info() 來獲得某線程當前事務或者歷史執行過的語句（ JSON 格式返回 ）。
當然，你也可以在 sys schema 下增加自己用於診斷 MySQL 性能的「視圖」、「存儲過程」和「存儲函數」。
sys schema 舉例
怎麼利用 sys schema 來定位問題和診斷資料庫性能？這里簡單舉一個 innodb 行鎖的例子來說明。
模擬行鎖
拿一個實際的場景來說 sys schema 能夠輔助我們分析當前資料庫上哪個 session 被鎖住了，並且提供「清理」鎖的語句。我們模擬一個表的某一行被鎖住的情況，假設表創建語句如下：
CREATE TABLE `test2` (
`id` int(11) NOT NULL,
`name` varchar(16) DEFAULT NULL,
`age` int(11) DEFAULT NULL,
`sex` int(11) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1
有一條數據如下：
mysql > select * from test2;
+----+---------+------+------+
| id | name | age | sex |
+----+---------+------+------+
| 2 | pickup1 | 1 | 1 |
+----+---------+------+------+
我們分別在 session 1 和 session 2 上同時操作這條數據，這樣的話必然對同一行記錄相互有鎖死的情況，然後我們通過 session 3 來查看 sys schema 裡面的 innodb_lock_waits，確定到底是誰鎖了誰，怎麼解鎖？操作步驟如下：
通過 sys.innodb_lock_waits 查看 innodb 鎖表情況
對應的在 session 3上查看到的記錄：
mysql > select * from sys.innodb_lock_waitsG
*************************** 1. row ***************************
wait_started: 2016-05-04 01:04:38
wait_age: 00:00:02
wait_age_secs: 2
locked_table: `test`.`test2`
locked_index: PRIMARY
locked_type: RECORD
waiting_trx_id: 5382
waiting_trx_started: 2016-05-04 00:24:21
waiting_trx_age: 00:40:19
waiting_trx_rows_locked: 4
waiting_trx_rows_modified: 0
waiting_pid: 3
waiting_query: update test2 set name='pickup3' where id=2
waiting_lock_id: 5382:31:3:3
waiting_lock_mode: X
blocking_trx_id: 5381
blocking_pid: 2
blocking_query: NULL
blocking_lock_id: 5381:31:3:3
blocking_lock_mode: X
blocking_trx_started: 2016-05-04 00:23:49
blocking_trx_age: 00:40:51
blocking_trx_rows_locked: 1
blocking_trx_rows_modified: 1
sql_kill_blocking_query: KILL QUERY 2
sql_kill_blocking_connection: KILL 2
這里我們可以看到 3 號線程（ waiting_pid: 3 ）在等待 2 號線程（ blocking_pid: 2 ）的 X 鎖（ blocking_lock_mode: X ），如果需要解鎖，需要殺掉 2 號線程（ sql_kill_blocking_connection: KILL 2 ）。
innodb_lock_waits 本質
其實 sys schema 的 innodb_lock_waits 只是 information schema 的視圖而已。
CREATE ALGORITHM = TEMPTABLE DEFINER = `mysql.sys`@`localhost` SQL SECURITY INVOKER VIEW `innodb_lock_waits` AS
SELECT
`r`.`trx_wait_started` AS `wait_started`,
TIMEDIFF(NOW(),
`r`.`trx_wait_started`) AS `wait_age`,
TIMESTAMPDIFF(
SECOND,
`r`.`trx_wait_started`,
NOW()) AS `wait_age_secs`,
`rl`.`lock_table` AS `locked_table`,
`rl`.`lock_index` AS `locked_index`,
`rl`.`lock_type` AS `locked_type`,
`r`.`trx_id` AS `waiting_trx_id`,
`r`.`trx_started` AS `waiting_trx_started`,
TIMEDIFF(NOW(),
`r`.`trx_started`) AS `waiting_trx_age`,
`r`.`trx_rows_locked` AS `waiting_trx_rows_locked`,
`r`.`trx_rows_modified` AS `waiting_trx_rows_modified`,
`r`.`trx_mysql_thread_id` AS `waiting_pid`,
`sys`.`format_statement`(`r`.`trx_query`) AS `waiting_query`,
`rl`.`lock_id` AS `waiting_lock_id`,
`rl`.`lock_mode` AS `waiting_lock_mode`,
`b`.`trx_id` AS `blocking_trx_id`,
`b`.`trx_mysql_thread_id` AS `blocking_pid`,
`sys`.`format_statement`(`b`.`trx_query`) AS `blocking_query`,
`bl`.`lock_id` AS `blocking_lock_id`,
`bl`.`lock_mode` AS `blocking_lock_mode`,
`b`.`trx_started` AS `blocking_trx_started`,
TIMEDIFF(NOW(),
`b`.`trx_started`) AS `blocking_trx_age`,
`b`.`trx_rows_locked` AS `blocking_trx_rows_locked`,
`b`.`trx_rows_modified` AS `blocking_trx_rows_modified`,
CONCAT(
'KILL QUERY ',
`b`.`trx_mysql_thread_id`
) AS `sql_kill_blocking_query`,
CONCAT('KILL ',
`b`.`trx_mysql_thread_id`) AS `sql_kill_blocking_connection`
FROM
(
(
(
(
`information_schema`.`innodb_lock_waits` `w`
JOIN
`information_schema`.`innodb_trx` `b` ON((`b`.`trx_id` = `w`.`blocking_trx_id`))
)
JOIN
`information_schema`.`innodb_trx` `r` ON(
(`r`.`trx_id` = `w`.`requesting_trx_id`)
)
)
JOIN
`information_schema`.`innodb_locks` `bl` ON(
(
`bl`.`lock_id` = `w`.`blocking_lock_id`
)
)
)
JOIN
`information_schema`.`innodb_locks` `rl` ON(
(
`rl`.`lock_id` = `w`.`requested_lock_id`
)
)
)
ORDER BY
`r`.`trx_wait_started`
innodb_lock_waits和x$innodb_lock_waits區別
有心的同學可能會注意到，sys schema 裡面有 innodb_lock_waits 和 x$innodb_lock_waits。其實 sys schema 的這些視圖大部分都成對出現，其中一個的名字除了 x$ 前綴以外跟另外一個是一模一樣的。例如，host_summmary_by_file_io 視圖分析匯總的是根據主機匯總的文件 IO 情況，並將延遲從皮秒（ picoseconds ）轉換成更加易讀值（ 帶單位 ）顯示出來：
mysql> SELECT * FROM host_summary_by_file_io;
+------------+-------+------------+
| host | ios | io_latency |
+------------+-------+------------+
| localhost | 67570 | 5.38 s |
| background | 3468 | 4.18 s |
+------------+-------+------------+
而 x$host_summary_by_file_io 視圖分析匯總的是同樣的數據，但是顯示的是未格式化過的皮秒（ picosecond ）延遲值
mysql> SELECT * FROM x$host_summary_by_file_io;
+------------+-------+---------------+
| host | ios | io_latency |
+------------+-------+---------------+
| localhost | 67574 | 5380678125144 |
| background | 3474 | 4758696829416 |
+------------+-------+---------------+
沒有 x$ 前綴的視圖是為了提供更加友好，對人更加易讀的輸出格式。帶 x$ 前綴的視圖顯示了數據原始格式，它方便其他工具基於這些數據進行自己的處理。需要了解非 x$ 和 x$ 視圖的不同點的進一步信息。
Q&A
提問：sys schema 只是在 performance_schema 和 information_schema 之上創建視圖和存儲過程？
李春：對，sys schema 主要針對的其實是 iperformance schema，有部分 information schema 的表也會整理到 sys schema 中統一展現。
提問：運行 KILL 2 殺掉 2 線程？blocking_lock_mode: X 的 X 什麼意思？
李春：blocking_lock_mode 的 X 是指 X 鎖，exclusive 鎖，排它鎖，跟它對應的是 S 鎖，共享鎖。kill 2 是殺掉 2 號線程，這樣可以將鎖釋放，讓被鎖的這個線程正常執行下去。
提問：可以放心的打開 performance_schema，為何不使用 performance_schema 再造一個 sys schema？
李春：performance schema 是 MySQL 採集資料庫性能的存儲空間。sys schema 其實只是對 performance schema 多個表 join 和整合。兩者的定位有所不同，如果直接放在 performance schema 中，分不清哪些是基表，哪些是視圖，會比較混淆。
提問：pt-query-digest 這些工具的有開始使用 sys schema 嗎？
李春：沒有，pt-query-digest 主要用於分析慢查和 tcpmp 的結果，跟 sys schema 的定位有部分重疊的地方，sys schema 會分析得更細，更內核，更偏底層一些，pt-query-digest 主要還是從慢查和 tcpmp 中抽取 SQL 來格式化展現。
提問：阿里這么多資料庫實例，使用什麼運維工具？分布式事務又是怎麼解決的呢？
李春：阿里內部有非常多的運維工具，dbfree，idb 等，用於資料庫資源池管理，資料庫脫敏，開發測試庫同步，資料庫訂正，表結構變更等。分布式事務主要通過業務上的修改去屏蔽掉，比如：電影買票並不是你選了座位和付款就必須在一個事務裡面，搶票，選座，付款分別是自己的子事務，系統耦合性比較弱，相互通知解決問題。
提問：Oracle 有 v$，MySQL 有 x$ ？兩個 $ 是完成相似功能的嗎？
李春：MySQL 的 x$ 可以說是仿照 Oracle 的 v$ 來做的，但是目前離 Oracle 的那麼強大的資料庫診斷功能還有一些距離。
提問：資料庫脫敏能否簡單介紹下實現方式？
李春：開發測試人員無法訪問線上資料庫，需要通過一個專門的 idb 來訪問，而 idb 系統每個欄位都有密級定義，滿足許可權的才能被訪問；這個系統頁控制了用戶是否可以訪問某個表，可以訪問數據表的行數，只有主管同意了，用戶才能訪問某個表的數據，並且加密數據是以*顯示的。
2. 背離的形式有幾種，分別是什麼
你好，背離又稱背馳,是指當股票或指數在下跌或上漲過程中,不斷創新低（高）,而一些技術指標不跟隨創新低（高）,稱為背離。
在背離過程中,升勢或跌勢會放緩,股價的走勢將會逆轉。所謂底背離就是股價或指數處於相對地位。頂背離反之。
背離的形式
1、頂背離（top divergence）
頂背離,意即升勢放緩,指數或股價難再企穩於高位,甚至有機會掉頭回落；若見此,投資者應趁早沽貨。
2、底背離（bottom divergence）
底背離,意即跌勢將盡,指數或股價開始見底回升,這屬於買入訊號。
3. 七大原油投資指標 一定用得上!
原油市場發展迅猛，吸引了一波又一波的投資者。然而原油投資沒想像中這么簡單，不僅要時刻關注基本面消息，而且技術面消息也要把握。因此，七大原油投資指標千萬別錯過。
1、趨向指標
MACD指標、DMI指標、DMA指標、TRX指標趨向指標又叫DMI指標、DMI指標或動向指標，是一種中長期技術分析方法。DMI指標是通過分析原油價格在漲跌過程中買賣雙方力量均衡點的變化情況，即多空雙方的力量的變化受價格波動的影響而發生由均衡到失衡的循環過程，從而提供對趨勢判斷依據的一種技術指標。
2、能量指標
BRAR指標、CR指標、VR指標 所謂CR指標指的就是能量指標，CR指標又叫中間意願指標，它和AR、BR指標又很多相似之處，但更有自己獨特的研判功能，是分析多空雙方力量對比、把握買賣時機的一種中長期技術分析工具。基本原理CR指標同AR、BR指標有很多相似的地方，如計算公式和研判法則等，但它與AR、BR指標最大不同的地方在於理論的出發點有不同之處。
3、量價指標
OBV指標、ASI指標、EMV指標、WVAD指標量價指標是指證券市場技術分析中分析成交量與成交價格關系的一大類指標。
對現貨原油、銅投資有興趣卻無從下手或者已經在接觸卻並不理想的朋友，添加分析師微信號：LJN5499獲取更多行情資訊
4、強弱指標
RSI指標、W%R指標CYR指標是最近13個交易日市場所交易成本的升降幅度，成本上升越快走勢越強，成本下降越快走勢越弱。
5、停損指標
SAR指標拋物線指標(SAR)也稱為停損點轉向指標，這種指標與移動平均線的原理頗為相似，屬於價格與時間並重的分析工具。由於組成SAR的點以弧形的方式移動，故稱「拋物轉向」。
6、超買超賣指標
KDJ指標、CCI指標、ROC指標超買超賣線又叫超買超賣指標，和ADR、ADL一樣是專門研究原油指數走勢的中長期技術分析工具。從騰落指標可從上漲下跌家數的累積值，作出一條與股價線相比較的曲線，但這種比較只有四組排列組合，而且四組中，指數與騰落指數同升跌無特殊之意義，只有指數與騰落指數相皆者的現象才值得討論，所以實際運用上常有無處施力之感，於是產生一種加大ADL線的振幅的分析方法便產生了─OBOS。
7、壓力支撐指標
MIKE指標、布林線指標壓力支撐指標(SSL)屬於成交量型指標。它通過累計歷史交易在各檔價位的成交手數，然後以紫色橫柱線顯示出來，以此來推算目前股價的壓力和支撐。紫色橫柱線越長，提示該價位區堆積的成交量越大，原油價格運行到此處所受到的壓力或支撐也越大。
目前，原油市場上的各種技術指標數不勝數，所以投資者要有針對性的學習和了解。原油投資技術指標在學習上也有一定的難度，因此投資者要多花費一點時間和精力。
對現貨原油、銅投資有興趣卻無從下手或者已經在接觸卻並不理想的朋友，添加分析師微信號：LJN5499獲取更多行情資訊
4. 炒幣是什麼意思
炒幣就是買賣數字貨幣。一般分短線和長線。短炒就是快收益。而長線屬於長期持有。在任何投資市場，絕大多數人都喜歡做短線而不喜歡做長線。絕大多數人喜歡炒幣而不喜歡屯幣。
拓展資料：
1、法幣是什麼？
法幣是法定貨幣，是由國家和政府發行的，只有政府信用來做擔保，如人民幣、美元等等；在幣圈裡的法幣主要是BTC、ETH、USDT、EOS、TRX，前三種是最比較通用的。
2、token是什麼？
token，通常翻譯成通證。Token是區塊鏈中的重要概念之一，它更廣為人知的名字是「代幣」，但在專業的「鏈圈」人看來，它更准確的翻譯是「通證」，代表的是區塊鏈上的一種權益證明，而非貨幣。
Token的三個要素
一是數字權益證明，通證必須是以數字形式存在的權益憑證，代表一種權利、一種固有和內在的價值；
二是加密，通證的真實性、防篡改性、保護隱私等能力由密碼學予以保障；
三是能夠在一個網路中流動，從而隨時隨地可以驗證。
3、建倉是什麼？
幣圈建倉也叫開倉，是指交易者新買入或新賣出一定數量的數字貨幣。
4、梭哈是什麼？
幣圈梭哈就是指把本金全部投入。
5、空投是什麼？
空投是目前一種十分流行的加密貨幣營銷方式。為了讓潛在投資者和熱衷加密貨幣的人獲得代幣相關信息，代幣團隊會經常性地進行空投。
6、鎖倉是什麼？
鎖倉一般是指投資者在買賣合約後，當市場出現與自己操作相反的走勢時，開立與原先持倉相反的新倉，又稱對鎖、鎖單，甚至美其名曰蝴蝶雙飛。
7、糖果是什麼？
幣圈糖果即各種數字貨幣剛發行處在ICO時免費發放給用戶的數字幣，是虛擬幣項目發行方對項目本身的一種造勢和宣傳。
8、破發是什麼？
破指的是跌破，發指的是數字貨幣的發行價格。幣圈破發是指某種數字貨幣跌破了發行的價格。
9、私募是什麼？
幣圈私募是一種投資加密貨幣項目的方式，也是加密貨幣項目創始人為平台運作募集資金的最好方式。
10、K線圖怎麼看？
K線圖（Candlestick Charts）又稱蠟燭圖、日本線、陰陽線、棒線、紅黑線等，常用說法是「K線」。它是以每個分析周期的開盤價、最高價、最低價和收盤價繪制而成。
11、搬磚是什麼？
把現金充值到幣價更低的A 平台，然後買入比特幣；然後從 A 平台上提現比特幣，收到後馬上充值到價格更高的 B 平台；充值的比特幣到 B平台後，馬上賣掉，收到的現金馬上提現，然後重復步驟。
13、ICO是什麼？
Initial Coin Offering，源自股票市場的首次公開發行（IPO）概念，是區塊鏈項目以自身發行的虛擬貨幣，換取市場流通常用的虛擬貨幣的融資行為。
14、對沖是什麼？
一般對沖是同時進行兩筆行情相關、方向相反、數量相當、盈虧相抵的交易。在期貨合約市場，買入相同數量方向不同的頭寸，當方向確定後，平倉掉反方向頭寸，保留正方向獲取盈利。
5. AAC幣出了啥問題
18號上午，銳角雲要實施六條舉措來提振幣價，不過當天只放出兩條舉措，一是31000台三角形主機（1代）將作為銳角雲唯一創世節點；二是Super Network（酸奶計劃）激活碼銷售所回收AAC進行1年期鎖倉。被AAC套牢半年多了，以往AAC客服是「行情還是要交由市場滴balabala」，但這次不按常規出牌就忍不住想分析一下。
1、 為什麼好好的一個項目幣價跌成這樣？
很早之前看過一篇對如下代碼審計結果出來前後5天不同等級項目幣價漲幅分析的文章在良好等級的項目中選取了ETH、EOS、Qtum、AE和SNT，平均漲幅165.98%；一般項目中NEO、BTS、阿希（XAS）、天算（Delphy）、公信寶（GXS）的平均漲幅135.62%；等級為差以及未找到的的項目除去飛上天的波場（TRX），TNT、UIP、唯鏈（VEN）、PAY的平均漲幅為107%。看出等級越高的項目，幣價的漲幅也越大，從這一方面可以說幣價跟項目的好壞還是有一定關系的，畢竟幣價還受很多因素的綜合影響。
再來看AAC，一家區塊鏈研究和評級機構SharpRating之前對銳角雲項目做過一次評級，最終結果為86.45分A-級，暫且不說這家評級機構的權威性以及這篇評級是否含有水分，按照這個評級來看，AAC的幣價更是讓人不解。
2、三角形主機漲價，獲取收益少，回本無望？
三角形主機在最開始投放於市場時，平均每台三角形主機的收益超過100AAC，當時幣價6、7毛。但隨著三角形主機節點的不斷增多，目前每台三角形主機的收益大概在20AAC左右，而幣價為2毛浮動。三角形主機的價格不斷的上漲，但是幣價一直跌，這是要用戶們挖到地老天荒也回不了本的節奏嗎？雖然目前銳角雲推出Supper Network酸奶計劃能夠獲取SN獎勵，但是用戶在對項目產品、幣價都不看好的情況下，用戶對酸奶計劃的熱情也受打擊。
3、為什麼要提升幣價？增長用戶對項目的信心？
一個品牌想要建立自己的品牌效應，就要給用戶提供優質的產品和服務，這樣用戶自然會回饋給項目方相應的回報，才更容易建立起用戶對品牌的信任。在幣圈更是如此，想讓用戶信任項目，首先讓用戶感受到項目能帶給他的好處。在銳角雲整個生態完成之前，幣價是最能夠給用戶帶來直觀感受的，讓用戶感受到項目對他們的用心，讓用戶對項目產生好感而不是整天的謾罵，是能夠建立起用戶對項目的信心的基礎。
6. MACD背離的形態有幾種，怎樣去判斷MACD的背離
你好，MACD背離分為底背離和頂背離，大致有三種：
1. 股價上漲過程中，MACD紅柱體面積小於前一波上漲時的紅柱體面積，對應的上漲幅度也比前一次縮小，為頂背離，賣出信號；股價下跌過程中，MACD綠柱體面積小於前一波下跌時的綠柱體面積，對應的下跌幅度也比前一次小，為底背離，買入信號。常見於短時間分析周期，比如5分鍾，30分鍾等，多用於短線交易。
在實戰中，MACD指標不但具備抄底(背離是底)、捕捉極強勢上漲點(MACD)連續二次翻紅買入、捕捉洗盤的結束點(上下背離買入)的功能。同時，它還具備使你捕捉到最佳賣點，幫你成功逃頂，使你盡享豐收後的感覺。
風險揭示：本信息不構成任何投資建議，投資者不應以該等信息取代其獨立判斷或僅根據該等信息作出決策，不構成任何買賣操作，不保證任何收益。如自行操作，請注意倉位控制和風險控制。
7. 原油價格，主要關注那個指標，是布倫特原油嗎
1、原油價格主要關注WTI和布倫特，
WTI，即美國西德克薩斯輕質原油，是北美地區較為通用的一類原油。由於美元的國際地位，WTI原油已經成為全球原油定價的基準。
布倫特，即在ICE上市的一種原油期貨合約的標的物，是產自北海的Brent原油（一種品質，或者說是一種標准）。
2、目前，國際主要石油出口國為OPEC，俄羅斯，美國，原油價格與需求量，產量有關。
中東局勢緊張，必然影響原油產量，會導致價格的上漲。
3、中國油價會隨國際油價浮動，但是2016年1月13日國家發改委發布的通知。通知要求，完善成品油價格形成機制，進一步推進價格市場化，國內成品油價格調控設定上下限制。調控上限為每桶130美元，下限每桶40美元。當國際市場油價高於每桶130美元時，汽、柴油最高零售價格不提或少提；低於40美元時，汽、柴油最高零售價格不降低；在40-130美元之間運行時，國內成品油價格按機制正常調整。
目前國內油價已經低於6元/升，因此下降的空間已不大。
8. 股票中的BOLL參數是有什麼作用的
布林線指標，即BOLL指標，其英文全稱是「Bolinger Bands」，布林線(BOLL)由約翰 布林先生創造，其利用統計原理，求出股價的標准差及其信賴區間，從而確定股價的波動范圍及未來走勢，利用波帶顯示股價的安全高低價位，因而也被稱為布林帶。其上下限范圍不固定，隨股價的滾動而變化。布林指標和麥克指標MIKE一樣同屬路徑指標，股價波動在上限和下限的區間之內，這條帶狀區的寬窄，隨著股價波動幅度的大小而變化，股價漲跌幅度加大時，帶狀區變寬，漲跌幅度狹小盤整時，帶狀區則變窄。