org.postgresql.util.PSQLException: 栏位索引超过许可范围:3,栏位数:2。

org.postgresql.util.PSQLException: 栏位索引超过许可范围:32,栏位数:22。

今天在写完SQL进行查询的时候,后台一直报错显示上面的信息。看错误完全不知道原因,就重新检查了一次SQL,发现自己在某一个接收参数的外面加上了引号而其他的并没有加。

怀疑是不是由于这个引起的,就删掉这个引号,再次执行,就没有再次出现这个问题了;

查看其它的资料,说是吧#{parentId}  换位 ${parentId}

所以就进行了测试一下在有引号的境况下,把 # 改为 $ 

发现也不会报错了。于是就找了一下关于 # 和 $ 在SQL中的区别:


1. # 将传入的数据当成一个字符串,会对自动传入的数据加一个双引号 如:select * from User where parentid =  #{parentId} 当parentId的值为100的时候 

sql就会解析为 select * from User where parentid = “100”

2. $ 将传入的数据直接显示在sql语句中 如:select * from User where parentid =  ${parentId} 当parentId的值为100的时候

sql会解析为select * from User where parentid = 100

主要差别就在上面:这也就解释了:为什么我在程序中加上引号之后需要用 $ ,而不是用 #


另外:

1. #方式能够很大程度上防止sql注入,而$无法防止sql的注入;

2. $一般用于传入数据库对象,例如传入表名;

3. mybatis排序时使用order by动态参数时是使用$而不是#;

总之能用# 的时候 就不用 $ 这就好了;

`org.postgresql.util.PSQLException: ERROR: deadlock detected` 错误表示在您的PostgreSQL数据库中发生了死锁情况。死锁是指两个或多个事务互相等待对方释放资源而无法继续执行的情况。 解决死锁问题的常见方法包括: 1. 分析死锁日志:在PostgreSQL中,您可以查看日志文件以获取有关死锁的详细信息。查找死锁日志和相关事务的详细信息可能有助于确定问题的原因和解决方案。 2. 优化事务并发性:通过减少事务之间的竞争来降低出现死锁的可能性。这可以通过设计更合理的事务逻辑、调整事务隔离级别、降低事务持续时间等方式来实现。 3. 调整数据库配置参数:某些数据库配置参数可以影响死锁发生的频率。例如,您可以尝试增加`max_locks_per_transaction`参数的值,以便每个事务可以持有更多的锁。请注意,调整配置参数可能需要谨慎操作,并且需要根据具体情况进行测试和评估。 4. 重新设计应用程序逻辑:有时,死锁问题是由于应用程序中的设计问题引起的。检查应用程序中的并发访问模式和锁使用情况,考虑重新设计或优化以减少死锁风险。 5. 使用合适的锁机制:根据具体情况,可以考虑使用不同类型的锁机制来避免死锁。例如,使用行级锁而不是表级锁,或者使用乐观锁机制。 请注意,解决死锁问题可能需要一定的经验和调试技巧。如果您遇到复杂的死锁问题,建议咨询数据库管理员或PostgreSQL社区以获取更专业的支持和建议。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值