多个线程在访问同一个数据库中的记录的时候，在大并发的情况下，一定要做好事务机制。要不然后果还是很扎心的。可能遇到这样的问题的时候首先想到的就是同步锁机制了。
并发产生的情况
其实在实际项目开发汇总，首先要做的就是避免多个线程共用一个数据库连接，这样会很容易出问题，最好是一个线程一个连接。在必要的时候需要线程同步或存储过程加锁。如果有比较复杂的事务操作的话就需要加锁了，如果不加的话就会出现你说的脏读、死锁等问题。
‘贰’ JAVA中高访问量高并发的问题怎么解决
你指的高并发量大概有多少？
几点需要注意：
尽量使用缓存，包括用户缓存，信息缓存等，多花点内存来做缓存，可以大量减少与数据库的交互，提高性能。
用jprofiler等工具找出性能瓶颈，减少额外的开销。
优化数据库查询语句，减少直接使用hibernate等工具的直接生成语句（仅耗时较长的查询做优化）。
优化数据库结构，多做索引，提高查询效率。
统计的功能尽量做缓存，或按每天一统计或定时统计相关报表，避免需要时进行统计的功能。
能使用静态页面的地方尽量使用，减少容器的解析（尽量将动态内容生成静态html来显示）。
解决以上问题后，使用服务器集群来解决单台的瓶颈问题。
基本上以上述问题解决后，达到系统最优。
至于楼上有人提到别用JAVA来做，除非是低层的连接数过大（如大量的端口占用需求），这种情况下考虑直接C来写，其他的可以用JAVA来做。
‘叁’ java高并发，如何解决，什么方式解决，高并发
首先，为防止高并发带来的系统压力，或者高并发带来的系统处理异常，数据紊乱，可以以下几方面考虑：1、加锁，这里的加锁不是指加java的多线程的锁，是指加应用所和数据库锁，应用锁这边通常是使用redis的setnx来做，其次加数据库锁，因为代码中加了应用所，所以数据库不建议加悲观锁（排他锁），一般加乐观锁（通过设置一个seq_no来解决），这两个锁一般能解决了，最后做合理的流控，丢弃一部分请求也是必不可少的
‘肆’ JAVA解决数据库并发问题
几百人报名就叫并发吗？
概念错了！
几百人操作几百条互不相关的数据那个不叫并发，只有同时操作同一条数据的情况才叫并发。
如果两人同时修改同一条数据的话，那个要不就使用行锁（悲观锁），要不就用version（乐观锁）控制。
其它情况无需考虑的。
‘伍’ java多线程访问数据库怎么优化啊，并发很大
个人觉得高写入并发的话先用缓存缓冲一下，可以合并的写入合并成批量写入可以管一些用但终归写入量很大的话还是要在数据库端优化了，把并发写均衡到多台服务器上，应该没有别的办法了。如果瓶颈不再数据库那就是应用服务器处理能力不足，升级应用服务器。
‘陆’ java多用户同时访问和数据库进行交互，如何能够高并发
我觉得1万的数据并发量并不大，想oracle数据库，mysql承载这些并发是没有问题的
我觉得，主要的问题在于你GPS是一直在修改的，因为车辆在不断的行驶，这样的话，可能会影响数据库的性能
我觉得，你可以用一个内存行的数据库，比如，redis，用这个来存放GPS信息，redis是基于内存的，读写要比关系数据库速度快(忽略网络因素),你可能要问GPS入库怎么弄，可以做一个定时任务，每隔多少时间来将redis的数据写入到数据库中，当然，redis也支持一些算法，比如LRU，来设置何时将数据同步到数据库
‘柒’ java程序员面试时被问到：如何在j2ee项目中处理高并发量访问 该怎么回答 请仔细看题干再回答
一般需从三点入手。
一、程序本身支持高并发。
简单来说就是要优化我们的代码。
1、避免使用错误的方式，尽量不用instanceof做条件判断，不要将数组声明为：public static final 。
2、使用java中效率高的类，比如尽量使用HashMap 和ArrayList ,除非必要，否则不推荐使用HashTable和Vector ，后者由于使用同步机制，而导致了性能的开销。
3、尽量指定类的final修饰符 带有final修饰符的类是不可派生的。在Java核心API中，有许多应用final的例子，例如java.lang.String。为String类指定final防止了人们覆盖length()方法。另外，如果指定一个类为final，则该类所有的方法都是final。Java编译器会寻找机会内联（inline）所有的final方法（这和具体的编译器实现有关）。此举能够使性能平均提高50% 。
4、尽量重用对象，避免频繁的使用new对象。对于整个应用只需要存在一个实例的类，我们可以使用单例模式。对于工具类可以使用静态方法的方式访问。
用new关键词创建类的实例时，构造函数链中的所有构造函数都会被自动调用。但如果一个对象实现了Cloneable接口，我们可以调用它的clone()方法。clone()方法不会调用任何类构造函数。
在使用设计模式（Design Pattern）的场合，如果用Factory模式创建对象，则改用clone()方法创建新的对象实
例非常简单。例如，
Java代码收藏代码
下面是Factory模式的一个典型实现：
(){
returnnewCredit();
}
改进后的代码使用clone()方法，如下所示：
privatestaticCreditBaseCredit=newCredit();
(){
return(Credit)BaseCredit.clone();
}
上面的思路对于数组处理同样很有用。
5、特别是String 对象的使用中，出现字符串连接情况时应用StringBuffer 代替。由于系统不仅要花时间生成对象，以后可能还需花时间对这些对象进行垃圾回收和处理。因此，生成过多的对象将会给程序的性能带来很大的影响。
6、StringBuffer 的使用：StringBuffer表示了可变的、可写的字符串。
它有三个构造方法 :
StringBuffer();//默认分配16个字符的空间
StringBuffer(intsize);//分配size个字符的空间
StringBuffer(Stringstr);//分配16个字符+str.length()个字符空间
你可以通过StringBuffer的构造函数来设定它的初始化容量，这样可以明显地提升性能。这里提到的构造函数是StringBuffer(int length)，length参数表示当前的StringBuffer能保持的字符数量。你也可以使用ensureCapacity(int minimumcapacity)方法在StringBuffer对象创建之后设置它的容量。首先我们看看StringBuffer的缺省行为，然 后再找出一条更好的提升性能的途径。
StringBuffer在内部维护一个字符数组，当你使用缺省的构造函数来创建StringBuffer对象的时候，因为没有设置初始化字符长度，StringBuffer的容量被初始化为16个字符，也就是说缺省容量就是16个字符。当StringBuffer达到最大容量 的时候，它会将自身容量增加到当前的2倍再加2，也就是（2*旧值+2）。如果你使用缺省值，初始化之后接着往里面追 加字符，在你追加到第16个字符的时候它会将容量增加到34（2*16+2），当追加到34个字符的时候就会将容量增加到 70（2*34+2）。无论何事只要StringBuffer到达它的最大容量它就不得不创建一个新的字符数组然后重新将旧字符和 新字符都拷贝一遍――这也太昂贵了点。所以总是给StringBuffer设置一个合理的初始化容量值是错不了的，这样会带来 立竿见影的性能增益。
StringBuffer初始化过程的调整的作用由此可见一斑。所以，使用一个合适的容量值来初始化StringBuffer永远都是一个最佳的建议。
7、尽量使用局部变量，调用方法时传递的参数以及在调用中创建的临时变量都保存在栈（Stack）中，速度较快。其他变量，如静态变量、实例变量等，都在堆（Heap）中创建，速度较慢。另外，依赖于具体的编译器/JVM，局部变量还可能得到进一步优化。请参见《尽可能使用堆栈变量》。
8、不要重复初始化变量 默认情况下，调用类的构造函数时， Java会把变量初始化成确定的值：所有的对象被设置成null，整数变量（byte、short、int、long）设置成0，float和double变量设置成0.0，逻辑值设置成false。当一个类从另一个类派生时，这一点尤其应该注意，因为用new关键词创建一个对象时，构造函数链中的所有构造函数都会被自动调用。
9、在JAVA + ORACLE 的应用系统开发中，java中内嵌的SQL语句尽量使用大写的形式，以减轻ORACLE解析器的解析负担。
10、Java 编程过程中，进行数据库连接、I/O流操作时务必小心，在使用完毕后，即使关闭以释放资源。因为对这些大对象的操作会造成系统大的开销，稍有不慎，会导致严重的后果。
11、由于JVM的有其自身的GC机制，不需要程序开发者的过多考虑，从一定程度上减轻了开发者负担，但同时也遗漏了隐患，过分的创建对象会消耗系统的大量内存，严重时会导致内存泄露，因此，保证过期对象的及时回收具有重要意义。JVM回收垃圾的条件是：对象不在被引用；然而，JVM的GC并非十分的机智，即使对象满足了垃圾回收的条件也不一定会被立即回收。所以，建议我们在对象使用完毕，应手动置成null。
12、在使用同步机制时，应尽量使用方法同步代替代码块同步。
13、尽量减少对变量的重复计算
例如：
for(inti=0;i<list.size;i++){
…
}
应替换为：
for(inti=0,intlen=list.size();i<len;i++){
…
}
14、尽量采用lazy loading 的策略，即在需要的时候才开始创建。
例如：
Stringstr=“aaa”;
if(i==1){
list.add(str);
}
应替换为：
if(i==1){
Stringstr=“aaa”;
list.add(str);
}
15、慎用异常
异常对性能不利。抛出异常首先要创建一个新的对象。Throwable接口的构造函数调用名为fillInStackTrace()的本地（Native）方法，fillInStackTrace()方法检查堆栈，收集调用跟踪信息。只要有异常被抛出，VM就必须调整调用堆栈，因为在处理过程中创建了一个新的对象。 异常只能用于错误处理，不应该用来控制程序流程。
16、不要在循环中使用try...catch，应把其放置在最外层。
17、合理的使用Java类 java.util.Vector。
简单地说，一个Vector就是一个java.lang.Object实例的数组。Vector与数组相似，它的元素可以通过整数形式的索引访问。但是，Vector类型的对象在创建之后，对象的大小能够根据元素的增加或者删除而扩展、缩小。请考虑下面这个向Vector加入元素的例子：
Java代码收藏代码
Objectobj=newObject();
Vectorv=newVector(100000);
for(intI=0;
I<100000;I++){v.add(0,obj);}
‘捌’ java多用户同时访问和数据库进行交互，如何能够高并发
我觉得1万的数据并发量并不大，想oracle数据库，mysql承载这些并发是没有问题的
我觉得，主要的问题在于你GPS是一直在修改的，因为车辆在不断的行驶，这样的话，可能会影响数据库的性能
我觉得，你可以用一个内存行的数据库，比如，redis，用这个来存放GPS信息，redis是基于内存的，读写要比关系数据库速度快(忽略网络因素),你可能要问GPS入库怎么弄，可以做一个定时任务，每隔多少时间来将redis的数据写入到数据库中，当然，redis也支持一些算法，比如LRU，来设置何时将数据同步到数据库