下订单高并发如何处理性能问题

java_wisely 2013-12-01 09:50:56
请教高手如何处理下订单环节高并发 数据库性能的问题?

系统高并发时,订单表被oracle内部机制进行行锁了,导致其他用户下单进入排队等待队列,目前我们系统进入高并发时数据库连接到达了9000,显然这并不是我们的目的,

请问高手们如何处理数据库性能以及不影响整体web性能?是修改表的设计还是有其他方法?
...全文
4053 6 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
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
  • 打赏
  • 举报
回复
做一下负载测试,考虑使用集群。

3,494

社区成员

发帖
与我相关
我的任务
社区描述
Oracle 高级技术相关讨论专区
社区管理员
  • 高级技术社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧