3,499
社区成员
发帖
与我相关
我的任务
分享下订单高并发如何处理性能问题
请教高手如何处理下订单环节高并发 数据库性能的问题？
系统高并发时，订单表被oracle内部机制进行行锁了，导致其他用户下单进入排队等待队列，目前我们系统进入高并发时数据库连接到达了9000，显然这并不是我们的目的，
请问高手们如何处理数据库性能以及不影响整体web性能？是修改表的设计还是有其他方法？
系统高并发时，订单表被oracle内部机制进行行锁了，导致其他用户下单进入排队等待队列，目前我们系统进入高并发时数据库连接到达了9000，显然这并不是我们的目的，
请问高手们如何处理数据库性能以及不影响整体web性能？是修改表的设计还是有其他方法？
...全文
请发表友善的回复…
发表回复
shenlele088 2013-12-09
- 打赏
- 举报
能详细说说你是什么设计的吗？还有应用场景！
感觉不应该经常行锁，很多人都在修改一行记录吗？
一种方法，不知是否适合你：
将update改成insert，然后查询最新
江南小鱼 2013-12-03
- 打赏
- 举报
帮顶~~~~~~~~~~~~~~~~~~~~
mark~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://bbs.csdn.net/topics/390658458
colnight 2013-12-02
- 打赏
- 举报
个人建议从业务模式方面做一些改变，除了固有的集群和oracle调优外，是否可以考虑订单按地域或者账户id做分库分表，由此降低对单库表的锁表压力。
Defonds 2013-12-02
- 打赏
- 举报
oracle 集群吧。我认为这帖子在 oracle 大版也许会能得到更好的答复
jdgdf566 2013-12-02
- 打赏
- 举报
数据库的设计的耦合度太高，修改表的设计，减少各种关联。再一个，专门针对性能添加一些设计，如增量设计。
dafengche2k8 2013-12-01
- 打赏
- 举报
做一下负载测试，考虑使用集群。
