㈠ java如何处理高并发
你指的高并发量大概有多少？
几点需要注意：
尽量使用缓存，包括用户缓存，信息缓存等，多花点内存来做缓存，可以大量减少与数据库的交互，提高性能。
用jprofiler等工具找出性能瓶颈，减少额外的开销。
优化数据库查询语句，减少直接使用hibernate等工具的直接生成语句（仅耗时较长的查询做优化）。
优化数据库结构，多做索引，提高查询效率。
统计的功能尽量做缓存，或按每天一统计或定时统计相关报表，避免需要时进行统计的功能。
能使用静态页面的地方尽量使用，减少容器的解析（尽量将动态内容生成桐早静态html来显示）。
解决以上问题后，使用服务器集群来解决单台的瓶颈庆轮陆问题。
基本上以上述问题解决后，达到系统最优。
至于楼上有人提到别用JAVA来做，除非是低层的连接数过大（如大量的誉顷端口占用需求），这种情况下考虑直接C来写，其他的可以用JAVA来做。
可以网上购买视频做教育学习。
㈡ JAVA解决数据库并发问题
几百人报名就叫并发吗？
概念错了！
几百人操作几百条互不相关的数据那个不叫并发，只有同时操作同一条数据的情况才叫并发。
如果两人同时修改同一条数据的话，那个要不就使用行锁（悲观锁），要不就用version（乐观锁）控制。
其它情况无需考虑的。
㈢ java多用户同时访问和数据库进行交互，如何能够高并发
我觉得1万的数据并发量并不大，想oracle数据库，mysql承载这些并发是没有问题的
我觉得，主要的问题在于你GPS是一直在修改的，因为车辆在不断的行驶，这样的话，可能会影响数据库的性能
我觉得，你可以用一个内存行的数据库，比如，redis，用这个来存放GPS信息，redis是基于内存的，读写要比关系数据库速度快(忽略网络因素),你可能要问GPS入库怎么弄，可以做一个定时任务，每隔多少时间来将redis的数据写入到数据库中，当然，redis也支持一些算法，比如LRU，来设置何时将数据同步到数据库
㈣ JAVA如何实现并发
对于并发操作，都斗搏要上锁的，设置一个字段记录抽到奖的人数，每抽到一个就让update该字段值+1，更新过程中数据态游库会自动给数据库上锁，直到commit提交，这里就避免了你说的同时查询的帆销销问题。
㈤ 为什么Java程序在并发的情况下数据库会出现重复记录
这是一个高并发，多线程问题
如果数据粒度没有设计到行级锁，
比方说A这条记录 是100，并发情况下两个人拿到A记录100 一个更新为70，一个更新为80
实际是拿走了50的量，但是因为是并发情况 导致数据不正确。所以这个地方是一个数据锁的概念，至于为什么会这样，道理也很简单，一个排队做事情，一个并行做事情，能一样吗？
㈥ Java多线程并发操作数据库能否提高运行速度。
优化建议:
1. 在你的代码里大点评测下 每个操作花的时间. 譬如 dom4j解析花了多久, 存储到数据库花了多久等等.
2. 评测哪些地方可以并行操作以提高CPU利用率;
3. 数据库操作部分也可以做适当优化, 譬如批量提交可以显着提高插入速度, 譬如去除索引/主键后插入等;
4. 不同机器的IO速度是不同的, 因此应该能提供运行时的任务调度参数化, 譬如多少个dom4j解析线程, 入库的批量数量等;
㈦ java并发问题求解
具体思路如下：
假设你要更新t_table表，其中FLAG＝0表示待取数据，1表示已取数据。
1，更新状态为0的一条数据，如：update t_table set flag=1 where flag=0 and rownum=1
2，更新成功记录滚唤数不为0则表示该进程可以修改该条游者记录。
3，更新成功记录数为0则表示没有记录
这样通过数据库的锁，保证神备薯多线程并发操作数据库记录的问题。希望对你有帮助。
㈧ 关于JAVA编写的WEB程序多次并发访问数据库的问题
有一个思路，你可以用ajax局部刷新数据，不刷新整个页面，同时用缓存，例如第一个30秒的数据放入缓存，页面从缓存里取数据，第二个30秒，你从数据库取出数据后，写个对象对比的方法，来比对新数据和第一个30秒存入缓存的数据，如果数据没有改变，那页面什么操作也不用做，因为数据没变化，刷新也没意义，如果第二个30秒数据发生变化，那么就刷新缓存为第二个30秒的数据，并且局部刷新页面数据。数据库的查询是避免不了的，所以没发减轻数据库的压力，只能是优化数据的显示。就象我上边提到的，如果前后2个30秒数据没有变化，那么就不要刷新页面。
㈨ java多线程访问数据库怎么优化啊，并发很大
个人觉得高写入并发的话先用缓存缓冲一下，可以合并的写入合并成批量写入可以管一些用但终归写入量很大的话还是要在数据库端优化了，把并发写均衡到多台服务器上，应该没有别的办法了。如果瓶颈不再数据库那就是应用服务器处理能力不足，升级应用服务器。
㈩ Java中高并发下怎么保证数据一致性
以mysql来说，可能出现脏读、不可重复读以及幻读，mysql默认设置是可重复读，即一次事务中不会读取到不同的数据。
可以做如下操作：
1）打开两个客户端，均设置为RR；
2）在一个事务中，查询某个操作查到某份数据；比如是某个字段version=1存在数据；
3）在另一个事务中，删除这份version=1的数据；删除后，在2所属的事务中查询数据是没有变化的，还是存在version=1的数据；
4）当我们在2所属的事务中继续更新数据，那么会发现更新不了，明明我们就看到了这份version=1的数据；
缓存一致性:
缓存一致，与什么一致？是与数据库一致，对外查询每个时刻一致；所以在针对于缓存与数据库之间该先更新哪一个呢？可能有人觉得我先更新数据库，再更新缓存不就行了吗？但是有想过个问题吗？
当用户已经支付成功了，更新到数据库，但是呢？你还在缓存中显示未支付，在用户点击频率很高并且数据库压力过大，来不及同步到缓存时，那你是不是很尴尬，这就是典型的不一致了。此时用户再支付，那你又告诉他已经支付了，那他会把你骂死的
那该怎么来做呢？我们可以这样，先更新缓存再更新数据库，那么存在什么问题呢？
1）缓存更新成功，但是数据库更新失败，而被其它的并发线程访问到
2）缓存淘汰成功，但是数据库更新失败，这也会引发后期数据不一致