ETS是Erlang内置的内存数据库，可用于多进程共享数据，具有并发读写的性能，文章就这点展开探讨，重点说说ets并发读写两个参数的优缺点及适用场合。
比如新建一个person的ets表：
ets:new(person, [set, public, named_table, {write_concurrency, true}, {read_concurrency, true} ]).
说说ets并发读写的两个参数：write_concurrency / read_concurrency
write_concurrency（并发写）
可以提高多进程并发写ets的效率。通常来说，ets写数据时整张表是锁定的，其他进程不能进行读写直到前面的操作完成。并发写可以改变这个情况，同一个表中的不同对象可以被多个进程并发读写。有了这个参数，使得ets写记录时锁表变成了锁记录，提高了并发读写效率。但并发写也有弊端，降低数据连续写入的效率和性能。如果有且只有一个进程在读写数据，将会带来一定的开销。而测试发现这个开销比较小，可以忽略。而且，只有一个进程在读写数据的场合比较小。
所以，并发写的适用场合如下：
1. 数据并发读写很频繁
2. 并发读写的数据量比较少（取记录数）
但是，像这样一次性插入多条记录，ets要保证原子性，并发效率会大打折扣：
ets:insert(person, [{john, 28}, {lucy, 25}, {tom, 2}]).
[cpp] view plaincopy
- /* ets:insert/2 的实现(erl_db.c)
- * 如果第2个参数是列表，就锁表，不是就锁记录
- */
- /* Write lock table if more than one object to keep atomicy */
- kind = ((is_list(BIF_ARG_2) && CDR(list_val(BIF_ARG_2)) != NIL)
- ? LCK_WRITE : LCK_WRITE_REC);
read_concurrency（并发读）
优化ets并发读性能，特别是在多核smp的支持下，读操作变得比较廉价。但是同时也带来一个问题，读写操作之间的切换消耗更多的性能。
所以，并发读的适用场合如下：
1. 读比写更加频繁
2. 大量的读少量写，大量的写少量读
什么时候使用这两个参数？
1. 使用write_concurrency参数大多时候是有效的，测试写操作性能提高3~4倍，而且，在单进程写多进程读的场合下也同样适用。如果并发读写次数较少，而且每次都要读取或者写入大量数据就不适合了。
2. read_concurrency的使用要看场合，并不是高并发就适合。如果每次读的数据和写的数据都很少，而且读写都很频繁，就没必要使用这个参数。如果很少写数据，大多时候都是读数据的话用这个参数就很适用了。另外，如果数据读写频繁，但每次读写的数据都很多，也适当考虑用这个参数。