java并发数据库
分2分情况：
一.普通的单应用并发，使用关键字synchronized就可以实现。
二.多应用或多台并发，这时在由于2者并非同一应用，使用synchronized并不能满足要求。此时，有下面几种方案：
数据库行级锁，优点是简单粗暴，缺点是容易死锁，非数据库专业人事建议不使用。
写入请求分离成一个独立项目，这就回到了第一种情况，优点是实现技术难度低，缺点是高并发性能相对不是很高。
使用分布式事务管理，这个是目前高并发处理的最优方案了。
最后要说的没有差的方案，每个方案都有其适用环境，请根据自身需求选择对应方案。
⑵ java如何处理高并发
你指的高并发量大概有多少？x0dx0a几点需要注意：x0dx0a尽量使用缓存，包括用户缓存，信息缓存等，多花点内存来做缓存，可以大量减少与数据库的交互，提高性能。x0dx0a用jprofiler等工具找出性能瓶颈，减少额外的开销。x0dx0a优化数据库查询语句，减少直接使用hibernate等工具的直接生成语句（仅耗时较长的查询做优化）。x0dx0a优化数据库结构，多做索引，提高查询效率。x0dx0a统计的功能尽量做缓存，或按每天一统计或定时统计相关报表，避免需要时进行统计的功能。x0dx0ax0dx0a能使用静态页面的地方尽量使用，减少容器的解析（尽量将动态内容生成静态html来显示）。x0dx0a解决以上问题后，使用服务器集群来解决单台的瓶颈问题。x0dx0a基本上以上述问题解决后，达到系统最优。x0dx0ax0dx0a至于楼上有人提到别用JAVA来做，除非是低层的连接数过大（如大量的端口占用需求），这种情况下考虑直接C来写，其他的可以用JAVA来做。x0dx0ax0dx0a可以网上购买视频做教育学习。
⑶ 关于JAVA编写的WEB程序多次并发访问数据库的问题
有一个思路，你可以用ajax局部刷新数据，不刷新整个页面，同时用缓存，例如第一个30秒的数据放入缓存，页面从缓存里取数据，第二个30秒，你从数据库取出数据后，写个对象对比的方法，来比对新数据和第一个30秒存入缓存的数据，如果数据没有改变，那页面什么操作也不用做，因为数据没变化，刷新也没意义，如果第二个30秒数据发生变化，那么就刷新缓存为第二个30秒的数据，并且局部刷新页面数据。数据库的查询是避免不了的，所以没发减轻数据库的压力，只能是优化数据的显示。就象我上边提到的，如果前后2个30秒数据没有变化，那么就不要刷新页面。
⑷ java高并发
1、在java中，高并发属于一种编程术语，意思就是有很多用户在访问，导致系统数据不正确、糗事数据的现象。并发就是可以使用多个线程或进程，同时处理不同的操作。2、处理高并发的方法
对于一些大型网站，比如门户网站，在面对大量用户访问、高并发请求方面，基本的解决方案集中在这样几个环节：使用高性能的服务器、高性能的数据库、高效率的编程语言、还有高性能的Web容器。
（1）动静分离。静态资源请求与动态请求分离，项目中需要访问的图片、声音、js/css等静态资源需要有独立的存放位置，便于将来实现静态请求分离时直接剥离出来，比如nginx可以直接配置图片文件直接访问目录，而不需要经过tomcat。这样tomcat就可以专注处理动态请求，操作数据库数据处理之类的。静态请求代理服务器性能比tomcat高很多。
（2）引入缓存。数据库缓存、页面缓存，这东西好用不复杂，搞明白什么地方适用最重要。简单的例子是频繁读取，不修改的地方最适用。也是后续集群做数据共享的一个方式之一，集群环境下，经常会碰到数据共享问题。
（3）如果将来数据量大，单一数据库成为瓶颈时，数据库的读写分离来了。数据库集群，读写分离，分表分区。
⑸ java多线程访问数据库怎么优化啊，并发很大
个人觉得高写入并发的话先用缓存缓冲一下，可以合并的写入合并成批量写入可以管一些用但终归写入量很大的话还是要在数据库端优化了，把并发写均衡到多台服务器上，应该没有别的办法了。如果瓶颈不再数据库那就是应用服务器处理能力不足，升级应用服务器。
⑹ java多用户同时访问和数据库进行交互，如何能够高并发
我觉得1万的数据并发量并不大，想oracle数据库，mysql承载这些并发是没有问题的
我觉得，主要的问题在于你GPS是一直在修改的，因为车辆在不断的行驶，这样的话，可能会影响数据库的性能
我觉得，你可以用一个内存行的数据库，比如，redis，用这个来存放GPS信息，redis是基于内存的，读写要比关系数据库速度快(忽略网络因素),你可能要问GPS入库怎么弄，可以做一个定时任务，每隔多少时间来将redis的数据写入到数据库中，当然，redis也支持一些算法，比如LRU，来设置何时将数据同步到数据库