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

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

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

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

21 个解决方案

#1

才400MB。。我的数据库2个G。。。
赶紧换数据库吧。

#2

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

#3

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

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

#4

量变必定质变啊。

#5

换MS SQL吧

#6

引用 4 楼 keyouea 的回复:

量变必定质变啊。

可以优化的嘛···
真的很想知道，大系统怎么处理上亿的数据量··我日啊

#7

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

#8

换数据库

#9

引用 8 楼 aspwebchh 的回复:

换数据库

+1

100W条用access 已经不合适了

#10

引用 6 楼 zooen2011 的回复:

引用 4 楼 keyouea 的回复:

量变必定质变啊。

可以优化的嘛···
真的很想知道，大系统怎么处理上亿的数据量··我日啊

一个是分布式系统，多服务器负载均衡

#11

最好用数据库

#12

引用 11 楼 wangxiongcheer 的回复:

最好用数据库

这·····
access····

#13

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

#14

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

#15

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

#16

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

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

#17

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

#18

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

#19

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

#20

换裤子？

#21

用MySQL，免费的