问题描述
1.主要是关于系统高并发不知道从哪里下手。2.订单排队处理，数据库表怎么横向拆分和纵向拆分，提高效率。3.线程方面也很迷茫。请求指点，或者推荐一些书籍，或者给一些参考建议。谢谢，大家。
解决方案
解决方案二：
帮楼主顶一下
解决方案三：
解决方案四：
怎么就没有人呢
解决方案五：
针对楼主的提问，我提供一下我的想法：横向拆分的话，1、我认为订单可以通过某些字段进行hash，比如城市等，进行hash之后，让程序访问不同的库，这样在横向上减少了压力，提高了效率2、可以建分区表，比如ID在1-1000为一个分区，之后类推，这样就相当于和hash那种方式一样，减少了横向上的数据库访问压力，提高了效率纵向拆分的话，这个应该是根据业务逻辑和功能模块来合理拆分了，可以将列拆分到两个表中，或者是根据不同的功能分配到不同的数据库中，然后用程序来控制到底要去访问哪个数据库。希望上述能对楼主有点帮助
解决方案六：
解决方案七：
引用4楼software_gemeng的回复:
针对楼主的提问，我提供一下我的想法：横向拆分的话，1、我认为订单可以通过某些字段进行hash，比如城市等，进行hash之后，让程序访问不同的库，这样在横向上减少了压力，提高了效率2、可以建分区表，比如ID在1-1000为一个分区，之后类推，这样就相当于和hash那种方式一样，减少了横向上的数据库访问压力，提高了效率纵向拆分的话，这个应该是根据业务逻辑和功能模块来合理拆分了，可以将列拆分到两个表中，或者是根据不同的功能分配到不同的数据库中，然后用程序来控制到底要去访问哪个数据库。希望上述能对楼主有点帮助
都有点灰心了，好几天没上来看了，我发了之后，前几天还上了，都没有人回复，谢谢你的回复，你说的问题我也明白，比如说一个订单表，当数据超过百万，千万的时候，不管是增加还是查询都相对来说慢了很多，假如这个订单的字段可能多达上百个，这时候是把这个订单里的列拆分成几个表，按照一定规则去存储，查询的时候，可以根据多线程去查询，然后拼接后返回给客户端显示，这样的话相对来说查询应该会快，不知道同时添加到多个表，是不是就是慢了，还有就是，好多东西都一知半解，比如说多线程，比如上次看了一个京东的技术解密的书，上面说，京东并发处理几百万都没有压力，但是就是不明白，这个几百万并发处理是怎么回事？
解决方案八：
引用1楼keitho00的回复:
帮楼主顶一下
谢谢
解决方案九：
引用5楼yuliqi0429的回复:发表些自己的建议啊