java数据库并发访问
几百人报名就叫并发吗？
概念错了！
几百人操作几百条互不相关的数据那个不叫并发，只有同时操作同一条数据的情况才叫并发。
如果两人同时修改同一条数据的话，那个要不就使用行锁（悲观锁），要不就用version（乐观锁）控制。
其它情况无需考虑的。
Ⅱ java多线程访问数据库怎么优化啊，并发很大
个人觉得高写入并发的话先用缓存缓冲一下，可以合并的写入合并成批量写入可以管一些用但终归写入量很大的话还是要在数据库端优化了，把并发写均衡到多台服务器上，应该没有别的办法了。如果瓶颈不再数据库那就是应用服务器处理能力不足，升级应用服务器。
Ⅲ JAVA中高访问量高并发的问题怎么解决
你指的高并发量大概有多少？
几点需要注意：
尽量使用缓存，包括用户缓存，信息缓存等，多花点内存来做缓存，可以大量减少与数据库的交互，提高性能。
用jprofiler等工具找出性能瓶颈，减少额外的开销。
优化数据库查询语句，减少直接使用hibernate等工具的直接生成语句（仅耗时较长的查询做优化）。
优化数据库结构，多做索引，提高查询效率。
统计的功能尽量做缓存，或按每天一统计或定时统计相关报表，避免需要时进行统计的功能。
能使用静态页面的地方尽量使用，减少容器的解析（尽量将动态内容生成静态html来显示）。
解决以上问题后，使用服务器集群来解决单台的瓶颈问题。
基本上以上述问题解决后，达到系统最优。
至于楼上有人提到别用JAVA来做，除非是低层的连接数过大（如大量的端口占用需求），这种情况下考虑直接C来写，其他的可以用JAVA来做。
Ⅳ java怎么对数据库并发操作进行控制
所有的语言都一样，对数据库并发操作进行控制都是通过设置数据库的并发锁来实现的。
Ⅳ JAVA开发在高并发访问下，数据返回速度很慢，有些甚至一直在转圈，该怎么解决，麻烦大神们给些帮助。
1、最基础的问题是看数据查询时过滤的字段是否已经建立索引了
2、若是对于数据时效性要求不高的话，可以加一层缓存读（redis）
3、数据库层可以建立从库，把读分离出来用从库读
Ⅵ 如何提高java项目的并发访问载荷
集群分布，
在增加数据库连结数，适当关闭session
Ⅶ 关于JAVA编写的WEB程序多次并发访问数据库的问题
有一个思路，你可以用ajax局部刷新数据，不刷新整个页面，同时用缓存，例如第一个30秒的数据放入缓存，页面从缓存里取数据，第二个30秒，你从数据库取出数据后，写个对象对比的方法，来比对新数据和第一个30秒存入缓存的数据，如果数据没有改变，那页面什么操作也不用做，因为数据没变化，刷新也没意义，如果第二个30秒数据发生变化，那么就刷新缓存为第二个30秒的数据，并且局部刷新页面数据。数据库的查询是避免不了的，所以没发减轻数据库的压力，只能是优化数据的显示。就象我上边提到的，如果前后2个30秒数据没有变化，那么就不要刷新页面。
Ⅷ java高并发
1、在java中，高并发属于一种编程术语，意思就是有很多用户在访问，导致系统数据不正确、糗事数据的现象。并发就是可以使用多个线程或进程，同时处理不同的操作。2、处理高并发的方法
对于一些大型网站，比如门户网站，在面对大量用户访问、高并发请求方面，基本的解决方案集中在这样几个环节：使用高性能的服务器、高性能的数据库、高效率的编程语言、还有高性能的Web容器。
（1）动静分离。静态资源请求与动态请求分离，项目中需要访问的图片、声音、js/css等静态资源需要有独立的存放位置，便于将来实现静态请求分离时直接剥离出来，比如nginx可以直接配置图片文件直接访问目录，而不需要经过tomcat。这样tomcat就可以专注处理动态请求，操作数据库数据处理之类的。静态请求代理服务器性能比tomcat高很多。
（2）引入缓存。数据库缓存、页面缓存，这东西好用不复杂，搞明白什么地方适用最重要。简单的例子是频繁读取，不修改的地方最适用。也是后续集群做数据共享的一个方式之一，集群环境下，经常会碰到数据共享问题。
（3）如果将来数据量大，单一数据库成为瓶颈时，数据库的读写分离来了。数据库集群，读写分离，分表分区。