08年8月起，paypal正式开通本地银行卡认证，没有信用卡也能成为paypal的认证用户了，跳过信用卡这道门槛，相信会有越来越多的人开始使用paypal。然而，本地银行卡并不能象信用卡一样给paypal账户提供资金源，对于打算用paypal付款的用户来说，从什么渠道获得美元真正用上paypal还是一个大问题！

偶尔也会有网友找我兑换些小额美元用于网上购物，网上也有不少专门从事这种业务的商家。说到paypal的货币兑换，不能不谈其存在的几个风险。我曾问过paypal官方的朋友：“paypal对货币兑换是什么态度？”，我得到的理解是即不支持，也不否定，亲朋好友间的小额美元兑换是被允许的，但一旦将这种货币兑换商业化、批量化，paypal的客服就会怀疑洗钱盯上你了，是限制登录还是封账户就很难说了。除此之外，找谁兑换，如何兑换比较安全呢？

大家都知道paypal的防欺诈保护政策更侧重消费者，相对的paypal的商家就吃亏了。来说说paypal货币兑换存在的风险。

1、你用人民币找别人换美元 （危险）

如果你用人民币通过陌生人兑换美元，这个时候就你就存在比较大的风险。了解一下骗子是如何把你的人民币变成他的人民币的。

首先骗子在网上注册一个paypal帐号A，A是通过验证的合法的paypal，然后再注册一个马甲paypal帐号B，欺诈者将A中的美元支付给B，然后利用B帐号进行paypal兑换。当成功收到你的RMB之后，欺诈者就用A向paypal投诉，说转给B的钱没有被他授权，而这个时候B账户又没有任何证据（自己的账户，当然不提供任何证据），所以B资金来源不明，于是paypal的处理结果是将B发送给你的美元经由B退还给A，成功欺诈！

此外还有一个比较复杂的欺诈方法，你可能说，如果我要求对方为认证用户不就可以防止这样的欺诈了么？那倒未必，毕竟paypal是保护买家的，卖家很难得到保障，而在这个角色中，你充当的就是卖家的角色。

可以这么理解，你找别人兑换美元，这种兑换是存在很大风险的。如果确实需要兑换，最好找你信得过的朋友。

2、别人用人民币找你兑换美元 （相对安全）

相对1来说，这种方式要安全的多，因为你付出去的是美元，你是消费者，paypal是保护买家的。当然，风险也会有，频繁的这种货币兑换交易，会被paypal认为洗钱行为。

 网上paypal美元兑换人民币流程 （范例）

考虑到商家存在较大风险，一般来说，商家会尽量保护自己的利益，要求你提供1.身份证数码照片2.已认证的的paypal 3.同名（和身份证同名）的淘宝账户。兑换比例一般在1：5左右。

1、用你的淘宝账户建立一个交易，价格为你需要的RMB的价格，并且在标题中写明白是和某某做paypal交易，好留作证据；

2、你先用paypal给我的帐户发送美元，在备注中写明”虚拟货物交易，已经收到货，不需要退款，参见淘宝链接：这里写你的淘宝链接

3、然后再用你paypal的邮件给我的邮箱发送邮件，内容是：我的支付方式是：淘宝链接，交易ID为“刚才给我发款Paypal交易ID“的交易已经被我授权，发生任何情况均不要求退款或者退货，然后附上交易截图！

4、为确定paypal确实属于你本人，请发送你的身份证扫描件或者数码照片给我一供今后备案，防止欺诈交易。

正是因为如此，互联网上提供paypal美元-人民币兑换的服务少之又少，并且即使提供这样的服务、限制也是相当严格的，有的甚至有半个月的考察期，即你将paypal的美元转出之后，至少要等半个月才能收到RMB。

<!– @page { size: 21cm 29.7cm; margin: 2cm } P { margin-bottom: 0.21cm } –>

个人认为科学技术之间存在一定的相关性的，先举一个例子，来比较浅显的了解一下latch的一些特点。下图为一张十字路口照片，来来往往的车辆就是靠十字路口的一个交通信号灯来指挥的，当然有时候也会有按照交通警察的指令来执行。

<!– @page { size: 21cm 29.7cm; margin: 2cm } P { margin-bottom: 0.21cm } –>

中国的交通，十字路口有交通信号灯，信号灯周期性的变化。当东西直行的信号灯是绿的时，东西方向的汽车可以行走，此时南北方向的车需要等待；当南北方向的信号灯是绿的时候，南北方向的车是可以行走的，东西方向的车要等待。当一个方向为绿灯时另一个方向一定是红灯，除非线路故障。看到这个图，我突然想到和latch很有一比，到底有多少呢，让我们一起看看下面几个问题：

1、那么信号灯是起一个什么作用呢？

告诉行使的车里和行人你能不能通过十字路口。

2、汽车等待的是什么？

汽车在等待交通信号灯变成绿色，这样可以通过。

3、汽车是使用信号灯呢还是使用十字路口的那一块马路呢？

汽车得到绿色信号灯之后，会立即行使通过路口，他使用的就是那一个马路。

4、 同时得到这个绿色信号灯的是不是不仅仅一辆车？

同时看到绿灯的车辆有很多，并发的比较多。

5、信号灯变化时间越长是不是就堵的更严重？

信号灯的时间越长，导致一次等待的时间过长，押车的长度会变长，通过路口的速度要明显小于正常形式的速度，这样导致车会越来越多的堵在路上。

6、是不是有的车得不到中间的道路资源他就不等待信号灯而直接右柺呢？

有些车辆在直行的时候没有得到绿灯，他们还有别的方向可以选择，就会右转来直接走掉

7、是不是车辆的个头越大，同时通过路口的车辆就越少？

一次占用整个车道，那岂不是要让后边的车没法通过？

8、当一辆车在一次信号灯没有通过路口时，是不是继续等待，下一次绿色信号灯亮的时候是不是他第一时间可以通过？

当一次绿灯正好没有通过路口，下一次绿灯到来的时候他就可以比较迅速的得到绿灯信号，而快速通过。

发现交通信号灯这个设计很有意思，和oracle的latch很像，不知道是谁学习的谁.

• Latch到底是什么呢？

是能不能独自访问或执行某一种共享资源的信号灯。从程序上来讲就是一个变量，标记了某个资源的一个状态。

Latch有三种类型，父latch，子latch，独立latch。其中，在v$latch_parent这个表中存放的是独立latch和父latch，每一个latch存放一条记录。子latch放在 v$latch_children表中，每个子latch存放一条记录，只有少数的latch有子latch，所以在v$latch_children表中，其latch name是一样的，但是其地址不一样，表明他保护的block不想同。在v$latch表中，保存了所有的latch的聚合信息，在这里能看到宏观的latch信息，在v$latch_children中可以看到微观的每个latch的信息。

根据概念理解，对于共享的数据结构都是需要使用latch进行保护的，有些数据结构使用一个latch，有些数据结构使用多个latch（子latch），多个latch的使用可以增加并发度，因为不用访问一个资源而占用了整个链表的latch，latch的访问是独享的。

<!– @page { size: 21cm 29.7cm; margin: 2cm } P { margin-bottom: 0.21cm } –>

看了latch的概念，那么进程如何得到latch呢？

进程得到latch的方式：willing-to-wait和no_wait两种方式：

Willing-to-wait方式是请求一个latch，如果一次请求没有获得，然后又有经过spin和try again，经过多次的spin（_SPIN_COUNT）如果还没有得到latch则进入到sleep状态，进入sleep前，它需要先安排一下他的后事，不能一睡不起呀（如何醒来，超时和repost），还有就是通知v$session_wait自己发生了latch free wait了，从这里可以知道，每次sleep都会对应着一个latch free wait event。spin也可以称之为active wait，cpu时间片该进程还没有消耗完毕，那么这样进程还是在消耗cpu时间的。这样的方式请求的latch的（level）级别要比自己持有的高才可以，为什么呢？如果a进程占有一个level 为5的latch，它去请求一个level为3的latch，而进程b，占有这个level为3的latch，又去请求那个level 为5的latch，这样会有什么问题呢？因为它是可以去spin的，又是可以去sleep的，sleep之后还是继续重复？那就永远没有完没有了了。所以呢，level的request是有level顺序的，不能随便的请求。

为什么要spin呢？spin是对于多cpu系统而言的，一个cpu是没有必要的，因为，spin是一个进程在cpu时间片内等待一个latch，它会让spin进程去其他的cpu去pin一下，如果有其他的进程释放了该latch，那么就可以得到了，又因为一个cpu，在一个时刻只能处理一个进程，进程切换的代价又很高，要建立上下文环境，所以尽量在cpu没有切换的时候能得到latch最好。Spin的次数也是有一个参数来指定的，_SPIN_COUNT，文档上有一个公式说

_SPIN_COUNT * sleeps / misses 的值越小越好，但是我没有明白过来，请大牛们解释一下。

在v$latch中，有gets，misses。那么gets是什么意思呢？gets是进程通过willng-to-wait得到的latch的次数，misses是willing-to-wait模式并且没有pin也没有得到latch的次数。那么经过多次的spin得到latch计作一个gets，经过多次spin没有的到latch，那就是sleep了。

Sleep，willing-to-wait模式请求latch失败了，然后就要去sleep，sleep要去告诉v$session_wait和V$SYSTEM_EVENT发生了latch free 等待事件。Sleep之后还是要醒来的，要么是闹钟（超时），要么就是告诉别人叫他一下（repost）。Sleep醒来之后，其下次的sleep时间要变长的，不知道为什么，睡得越多，每次睡眠的时间就越长（2s），但是当一个进程持有latch的时候睡眠的时间会很短（4厘秒）。（1秒=1000毫秒(ms)，1毫秒=1／1,000秒(s) ，1秒=1,000,000 微秒(μs) ，1微秒=1／1,000,000秒(s)， 1秒=1,000,000,000 纳秒(ns)， 1纳秒=1／1,000,000,000秒(s) ，1秒=1,000,000,000,000 皮秒(ps)， 1皮秒=1／1,000,000,000,000秒(s)）

在上面看来，latch如果出现sleeps比较多，造成的影响是比较严重，因为每次request latch都会耗用cpu时间，sleep说明了白白浪费了cpu时间，这样会造成资源的浪费。

No_wait方式去请求一个latch，有两种情况：1、他请求的latch有多个类型相同的子latch可以请求，会先请求一个，如果得不到，就请求下一个同样的latch，如果都扫描了一遍，还是没有得到，则转入willing-to-wait。2、请求的latch级别与请求的相同或者低的时候，因为他有deadlock保护，所以可以。

No_wait方式在v$latch的记录为：IMMEDIATE_GETS 和 IMMEDIATE_MISSES

Latch的cleanup，在latch的使用过程中，可能会出现一些异常，而导致有些latch被异常占有得不到释放，这样就会有问题了，别的进程过来请求不到。出现这样的异常pmon进程会跟进处理，对于其处理的流程来说，最重要的莫过于将没有提交的事物回滚，那么就需要latch支持恢复，那么latch在开始操作前会先写一些信息去latch的恢复区。Pmon 3秒钟会自动运行一下，但是这也使很长的一段时间了，所以在进程在请求一个latch失败多次之后，会post pmon进程去check一下占有这个latch的process是不是正常。

Spin、gets、misses、sleep、cleanup

Spin是对于多cpu系统而设计的，目的是为了能够尽量不发生进程交换的情况下得到latch，该进程去查看别的cpu有没有释放其需要的latch，如果能得到就可以在一次cpu时间内处理完事情，多好呀。

Gets ：willing-to-wait模式的not spin和spin（不论一次还是多次spin）的gets

Misses ：willing-to-wait 的fail to get without spin

Sleep： 在一次cpu时间内没有得到latch，就会睡眠

IMMEDIATE_GETS： no_wait模式的get

IMMEDIATE_MISSES： no_wait模式的miss

Cleanup 占有latch的进程出现异常，需要PMON进行清理，以免长期占有latch。在进程得到latch之后需要先将恢复数据写到恢复区，保证出现异常之后能够正常恢复。

• 查看latch的视图：

1、select latch#, name from v$latchname；

可以看到latch的名字

２、Select total_waits from v$system_event where event=‘latch free’;

２、Select sum(sleeps) from v$latch;

上面这两个的结果实一样的。

３、select name, gets, misses, immediate_gets, immediate_misses, sleeps from v$latch order by sleeps;

4、select * from (SELECT file#, dbablk, class, state, TCH FROM X$BH b,v$latch_children lc WHERE b.HLADDR=lc.addr order by TCH desc) where rownum<=10;

此sql可以查询一下hot block，其中 TCH touch count header? 该值大，说明了被访问的次数相当多。X$bh中的HLaddr就是说的在block头的latch地址，正好是v$latch_children的addr。