84669 人学习
152542 人学习
20005 人学习
5487 人学习
7821 人学习
359900 人学习
3350 人学习
180660 人学习
48569 人学习
18603 人学习
40936 人学习
1549 人学习
1183 人学习
32909 人学习
恕我未做过大型网站,对数据库方面还是不太精通
如果购物表有千亿条数据,主键id取值应该设为多大合适?
但淘宝发展至今,这么多的淘宝订单数据是怎么存的呢,如此庞大的数据量?
求大神解答
有这么几种方式
1。分库 比如按订单号尾号0-9 分成10个库 查询订单的时候 写一个小算法去匹配是哪个数据库就行了,一个库一台数据库服务器
如果是一千万数据量 那么就变成一百万条信息一个库 这样数据库的压力几乎就没有了
2。如果并发量特别大,那么再把每个库分成N个表 示例:将订单号每50万条信息分成一个表 假设10亿条信息 ,那么一个表才2千条数据
不知道我说的数据库结构 的设计你能否明白
有这么几种方式
1。分库 比如按订单号尾号0-9 分成10个库 查询订单的时候 写一个小算法去匹配是哪个数据库就行了,一个库一台数据库服务器
如果是一千万数据量 那么就变成一百万条信息一个库 这样数据库的压力几乎就没有了
2。如果并发量特别大,那么再把每个库分成N个表 示例:将订单号每50万条信息分成一个表 假设10亿条信息 ,那么一个表才2千条数据
不知道我说的数据库结构 的设计你能否明白