Aeescc 存储100万条数据，如何做优化？

[呆子罗]

服务器里面的一个网站，一直很卡，老是占用里面的20%左右的CPU资源。里面有个投票功能，只要我撤掉这个投票功能，网站就恢复正常。现在能100%确定，就是这个投票功能搞的鬼。

这个投票功能分3个表，其中一个表的数据量达140多万条记录，是用于记录IP的。
当用户投票的时候都要查询这个表的IP···反正就是防止刷票。
还有，这个access数据库已经接近 400MB了··算大吧？
查了查资料，好像这是死锁现象？

于是乎，我就有以下几个问题
--------------------------
1.怎么解决Aeescc的死锁问题？并发？
2.如何设计一个良好的投票系统？
3.140W的数据量，是否应该存储在SQL Server中，而且不要存储在access中呢？
4.该问什么呢？

[呆子罗]

单个access数据库能超过2个G吗？好像只有0.9个吧···

[kkbac]

投票重复ip限制一般有个时间吧, 比如24小时或者一个星期, 定时清理这个ip表.

既然这个表最消耗时间了. 可以在网站启动的时候把这个表用cache保存起来. 写数据库的时候同时更新cache. 这样应该没问题了吧.

[keyouea]

量变必定质变啊。

[fangyuantdy]

换MS SQL吧

[呆子罗]

[Quote=引用 4 楼 keyouea 的回复:]

量变必定质变啊。
[/Quote]
可以优化的嘛···
真的很想知道，大系统怎么处理上亿的数据量··我日啊

[mangshuo]

投票过了周期就把IP弄到另外一个表里去...用一个活动表来记录正在进行的投票的IP.用一个备份表来存储已经完成的投票的IP

[挨踢直男]

换数据库

[yyl8781697]

[Quote=引用 8 楼 aspwebchh 的回复:]
换数据库
[/Quote]
+1

100W条用access 已经不合适了

[fangyuantdy]

[Quote=引用 6 楼 zooen2011 的回复:]

引用 4 楼 keyouea 的回复:

量变必定质变啊。

可以优化的嘛···
真的很想知道，大系统怎么处理上亿的数据量··我日啊
[/Quote]一个是分布式系统，多服务器负载均衡

[子庆呀]

最好用数据库

[呆子罗]

[Quote=引用 11 楼 wangxiongcheer 的回复:]

最好用数据库
[/Quote]
这·····
access····

[Im_Sorry]

有百万条数据，当时设计的时候怎么会选择access数据库呢？ 想不明白！

[todayclock]

access一般用在10W以前的数据量系统中吧。我一直都是这么想的。

[呆子罗]

我在SQL板块看到些帖子，他们ACCESS说100W也能应付得来。

[弦弦]

我2G的是mysql.
负载均衡，实时同步都开启。

当数据到一定限度，需要在硬件下功夫。

[dalmeeme]

不换数据库的话，最好分表存储，尽量分的多些，使每个关键表的记录数至少降到50000条以内。

[chen_ya_ping]

建议还是放到sql server中去吧。

[黄亮]

放高档点的数据库中，或者干脆用NoSql

[ASPNETCHENGXU]

换裤子？

[thewitcher~]

用MySQL，免费的