JDBC中有多少种锁定系统？
1. 悲观锁和乐观锁
在处理并发问题时，可以采用悲观锁或乐观锁。
悲观锁：假设数据一直处于被修改的状态，所以会在操作前先锁定数据，保证其他线程不能同时修改数据，以避免脏读和数据不一致等情况。常用的悲观锁有共享锁和排他锁。
乐观锁：不会锁定数据，而是在数据操作前检查是否有其他线程同时在操作，如果有，会先回滚当前操作并重试。通常是通过比较数据版本号等方式实现。乐观锁可以使用JDBC的乐观锁机制，在实现时需要使用额外的列来记录版本号或时间戳信息。
2. 共享锁和排他锁
共享锁和排他锁是悲观锁的技术实现方式。
共享锁：允许多个事务同时读取同一个数据，但不允许同时进行写操作。共享锁可以使用SELECT语句的FOR SHARE子句来实现。
SELECT * FROM table_name WHERE column_name = 'value' FOR SHARE; 排他锁：排他锁是最严格的锁定方式，当一个事务持有排他锁时，其他事务无法读取和修改数据。排他锁可以使用SELECT语句的FOR UPDATE子句来实现。
SELECT * FROM table_name WHERE column_name = 'value' FOR UPDATE; 3. 行级锁和表级锁
行级锁和表级锁指的是锁定的粒度。行级锁是针对其中某一行数据进行锁定，可以实现更细粒度的控制；表级锁是对整张表进行锁定，适用于操作不频繁的静态表。通常来说，行级锁比表级锁更适合高并发的场景。
4. 乐观锁实现示例
以下是一个使用乐观锁实现并发更新的示例。
// 获取数据版本号
PreparedStatement stmt = conn.prepareStatement("SELECT version FROM table_name WHERE id = ?");
stmt.setLong(1, id);
ResultSet rs = stmt.executeQuery();
rs.next();
long version = rs.getLong(1);
stmt.close();
// 更新数据
stmt = conn.prepareStatement("UPDATE table_name SET column_name = ?, version = ? WHERE id = ? AND version = ?");
stmt.setString(1, new_value);
stmt.setLong(2, version + 1);
stmt.setLong(3, id);
stmt.setLong(4, version);
int count = stmt.executeUpdate();
if (count == 0) {
// 更新失败，版本号已经变化
throw new OptimisticLockException("Update failed due to optimistic lock");
}
stmt.close();
以上代码中，在更新数据前，首先查询当前数据的版本号，然后在更新时指定新版本号，并在WHERE条件中增加原版本号，这样如果版本号不一致，更新操作就会失败。
4.1. OptimisticLockException
在以上示例中，如果更新操作失败，会抛出OptimisticLockException异常。该异常是自定义的应用程序异常，用于捕获乐观锁失败的情况。
public class OptimisticLockException extends RuntimeException {
public OptimisticLockException(String message) {
super(message);
}
}
由于抛出了应用程序异常，所以在实际业务代码中，需要在调用上述更新方法时加上try-catch语句，以捕获该异常并进行相应的处理。
总结
JDBC中的锁定系统是非常复杂的，需要根据具体的场景来选择不同的锁定方式。在处理并发更新时，乐观锁和悲观锁都有各自的优缺点，需要根据实际情况进行选择；而行级锁和表级锁的不同之处则在于锁定粒度的大小，需要根据具体的数据操作来选择使用哪一种锁定方式。