trx历史行情

① 股票买卖背离点有哪些

一)MACD指标
MACD指数平滑异同移动平均线为GERALD APPLE所创，其利用两条长，短期的平滑平均线，计算其二者之差离值，作为研判行情买卖之依据。
买卖原则:
1.DIF、MACD在0以上，大势属多头市场，DIF向上突破MACD，可作买。若DIF向下跌破MACD，只可作原单的平仓,不可新卖单进场。
2.DIF、MACD在0以下，大势属空头市场，DIF向下跌破MACD，可作买。若DIF向上突破MACD，只可作原单的平仓，不可新买单入场。
3.牛离差：股价出现二或三个近期低点而MACD并不配合出现新低，可作买。
4.熊离差:股价出现二或三个近期高点而MACD并不配合出现新高，可作卖。
5.高档两次向下交叉大跌，低档两次向上交叉大涨。

(二)DMI指标
DMI指标系由J.Wells Wilder于1978年在＂New Concepts in Technical Trading Systems＂一书中首先提出，DMI指标提示投资人不要在盘整世道中入场交易，一旦市场变得有利润时，DMI立刻引导投资者进场，并且在适当的时机退场，实为近年来受到相当重视的指标之一。
买卖原则：
1.+DI上交叉-DI时作买。
2.+DI下交叉-DI时作卖。
3.ADX于50以上向下转折时，代表市场趋势终了。
4.当ADX滑落到_+DI之下时，不宜进场交易。
5.当ADXR介于20-25时，宜采用TBP及CDP中之反应秘诀为交易参考。

(三)DMA指标
DMA平均线差乃利用两条不同期间的平均线，计算差值之后，再除以基期天数。
买卖原则:
1.实线向上交叉虚线，买进。实线向下交叉虚线，卖出。
2.DMA也可观察与股价的背离。

(四)TRX指标
TRIX为股价之三重指数平滑移动平均线。此指标类似于MACD，属于长期趋势指标，在盘整或短期波动较剧烈的行情中，容易假讯号。本指标于长期趋势中，过滤掉许多不必要的波动，配合一条TRIX的平均线使用，其效果相当良好。
买卖原则:
1.盘整行情本指标不适用。
2.TRIX向上交叉其TMA线，买进。TRIX向下交叉其TMA线，卖出。
3.TRIX与股价产生背离时，应注意随时会反转。
4.TRIX是一种三重指数平滑平均线。

② 比特币行情和TRX的价格有关系吗

我觉得没关系，一般来说TRX的价格是受到比特币价格影响的。

③ SQL查询：交易历史中所有客户所有商品最后一次交易价格

最后一次交易价格
找日期最大的，如下
select * from wc where date=(select max(date) from wc)

④ 七大原油投资指标 一定用得上!

原油市场发展迅猛，吸引了一波又一波的投资者。然而原油投资没想象中这么简单，不仅要时刻关注基本面消息，而且技术面消息也要把握。因此，七大原油投资指标千万别错过。

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获取更多行情资讯

⑤ 2019最有发展潜力的数字货币是哪个

依然是比特币。比特币的潜力还并没有被人所发现，还有95%以上的人不知道比特币，具有巨大的涨幅空间。除了比特币，其它的币种现在基本都处于下跌状态，投资需谨慎。

⑥ 怎么在苹果手机设置BTC盯盘

苹果自带股票APP中可添加数字货币行情。
据金融界网站核实，目前，BTC、ETH、BCH、XRP、EOS、BNB、LTC、TRX、DASH等数字货币可添加，此类行情数据均由雅虎财经提供
苹果公司（AppleInc.）是美国的一家电子科技公司，由史蒂夫·乔布斯、斯蒂夫·沃兹尼亚克和罗·韦恩等人于1976年4月1日创立，总部位于加利福尼亚州的库比蒂诺，于1980年12月12日公开招股上市。其主要业务包括设计、开发和销售消费电子、计算机软件、在线服务和个人计算机等。

⑦ 比特网bitewang简介是什么

比特网（ChinaByte）是中国家IT互联网媒体，创建于1997年初，开创了中国互联网历史的一个个里程碑，也充分验证了Chinabyte（比特网）的商业价值。十余年来， Chinabyte（比特网）汇聚高端商业人群，紧跟行业趋势，为用户提供全面、专业、鲜活的新闻报道和观点，逐渐完善企业应用和信息化内容，已成为C-level、技术决策层、商业决策层和IT专业人员等高端受众的首选网站，构筑了业界领先的地位和独特商业价值。比特网见证和影响了中国IT产业发展，助推了中国信息化进程。

⑧ 使用kettle向mysql插入数据~ 每秒10条...应该是mysql的问题。有谁知道怎么能提高效率么~

如果你用的是INNODB数据库，有一个最简单有效的调整，就是将INI文件里面的下面参数调整：
原始：
innodb_flush_log_at_trx_commit=1
调整为：
innodb_flush_log_at_trx_commit=2
具体什么意思就不解释了，试了效果好再去找度娘

⑨ 数字货币行不行，可以投资吗理想国交易所的TRX,XLM,EOS可以投资吗

我半年前开始投资的数字货币，确实是挣到钱了，现在这个项目还是有潜力挺大的，数字货币投资的比较有名的交易所就属理想国数字资产交易所了，公平公正，处理问题及时

⑩ 为什么 MySQL里的 ibdata1 文件不断增长

ibdata1存了什么？ 当你启用了
innodb_file_per_table，表被存储在他们自己的表空间里，但是共享表空间仍然在存储其它的 InnoDB 内部数据：
数据字典，也就是 InnoDB 表的元数据 变更缓冲区 双写缓冲区 撤销日志 其中的一些在 Percona
服务器上可以被配置来避免增长过大的。例如你可以通过 innodbibufmax_size设置最大变更缓冲区，或设置
innodbdoublewritefile 来将双写缓冲区存储到一个分离的文件。 MySQL 5.6
版中你也可以创建外部的撤销表空间，所以它们可以放到自己的文件来替代存储到 ibdata1。可以看看这个文档。 什么引起 ibdata1
增长迅速？ 当 MySQL 出现问题通常我们需要执行的第一个命令是： SHOW ENGINE INNODB STATUS/G
这将展示给我们一些很有价值的信息。我们从** TRANSACTION（事务）**部分开始检查，然后我们会发现这个： ---TRANSACTION
36E, ACTIVE 1256288 sec MySQL thread id 42, OS thread handle
0x7f8baaccc700, query id 7900290 localhost root show engine innodb
status Trx read view will not see trx with id >=36F, sees <36F
这是一个最常见的原因，一个14天前创建的相当老的事务。这个状态是活动的，这意味着 InnoDB
已经创建了一个数据的快照，所以需要在撤销日志中维护旧页面，以保障数据库的一致性视图，直到事务开始。如果你的数据库有大量的写入任务，那就意味着存储了大量的撤销页。
如果你找不到任何长时间运行的事务，你也可以监控INNODB STATUS 中的其他的变量，“History list
length（历史记录列表长度）”展示了一些等待清除操作。这种情况下问题经常发生，因为清除线程（或者老版本的主线程）不能像这些记录进来的速度一样快地处理撤销。
我怎么检查什么被存储到了 ibdata1 里了？ 很不幸，MySQL 不提供查看什么被存储到 ibdata1
共享表空间的信息，但是有两个工具将会很有帮助。第一个是马克·卡拉汉制作的一个修改版 innochecksum ，它发布在这个漏洞报告里。
它相当易于使用： # ./innochecksum /var/lib/mysql/ibdata1 0 bad checksum 13
FIL_PAGE_INDEX 19272 FIL_PAGE_UNDO_LOG 230 FIL_PAGE_INODE 1
FIL_PAGE_IBUF_FREE_LIST 892 FIL_PAGE_TYPE_ALLOCATED 2
FIL_PAGE_IBUF_BITMAP 195 FIL_PAGE_TYPE_SYS 1 FIL_PAGE_TYPE_TRX_SYS 1
FIL_PAGE_TYPE_FSP_HDR 1 FIL_PAGE_TYPE_XDES 0 FIL_PAGE_TYPE_BLOB 0
FIL_PAGE_TYPE_ZBLOB 0 other 3 max index_id 全部的 20608 中有 19272
个撤销日志页。这占用了表空间的 93%。 第二个检查表空间内容的方式是杰里米·科尔制作的 InnoDB Ruby 工具。它是个检查 InnoDB
的内部结构的更先进的工具。例如我们可以使用 space-summary 参数来得到每个页面及其数据类型的列表。我们可以使用标准的 Unix
工具来统计撤销日志页的数量： # innodb_space -f /var/lib/mysql/ibdata1 space-summary |
grep UNDO_LOG | wc -l 19272 尽管这种特殊的情况下，innochedcksum
更快更容易使用，但是我推荐你使用杰里米的工具去了解更多的 InnoDB 内部的数据分布及其内部结构。 好，现在我们知道问题所在了。下一个问题：
我该怎么解决问题？ 这个问题的答案很简单。如果你还能提交语句，就做吧。如果不能的话，你必须要杀掉线程开始回滚过程。那将停止 ibdata1
的增长，但是很显然，你的软件会出现漏洞，有些人会遇到错误。现在你知道如何去鉴定问题所在，你需要使用你自己的调试工具或普通的查询日志来找出谁或者什么引起的问题。
如果问题发生在清除线程，解决方法通常是升级到新版本，新版中使用一个独立的清除线程替代主线程。更多信息查看该文档
有什么方法回收已使用的空间么？ 没有，目前还没有一个容易并且快速的方法。InnoDB 表空间从不收缩...参见10
年之久的漏洞报告，最新更新自詹姆斯·戴（谢谢）： 当你删除一些行，这个页被标为已删除稍后重用，但是这个空间从不会被回收。唯一的方法是使用新的
ibdata1 启动数据库。要做这个你应该需要使用 mysqlmp 做一个逻辑全备份，然后停止 MySQL
并删除所有数据库、ib_logfile、ibdata1 文件。当你再启动 MySQL 的时候将会创建一个新的共享表空间。然后恢复逻辑备份。