mysql亿计的数据存放设计方案
我现有一张表,字段有5,用于存储用户访问请求信息,主要有ID(主键,自增),URL,时间,IP;其中URL字段内容长度较长,其余的都比较短;现在该表里有13亿条数据,光是"select count(id) from visit_info;"就需要10分钟,请问有什么好的方案来解决这个问题,服务器是独立的(服务器配置为8CPU,16G内存,硬盘是5T做了RAID的阵列).这个数据表以后需要做很多复杂的查询,按照这个速度绝对不是办法,求大家给个方案,小弟不胜感激啊!

  若将数据库做集群该怎么做?大牛们请帮帮忙啊!

------解决方案--------------------
感觉分区表应该能解决，你试一下，看哈效果如何，不行可以试一下master-slave
------解决方案--------------------
单台机器硬件有极限 但是可以扩展成很多台机器 然后把表按照id拆分到不同机器上
------解决方案--------------------
大容量存储，一直都是问题。不过钱多了什么都好解决
------解决方案--------------------

探讨

我现有一张表,字段有5,用于存储用户访问请求信息,主要有ID(主键,自增),URL,时间,IP;其中URL字段内容长度较长,其余的都比较短;现在该表里有13亿条数据,光是"select count(id) from visit_info;"就需要10分钟,请问有什么好的方案来解决这个问题,服务器是独立的(服务器配置为8CPU,16G内存,硬盘是5T做了RAID的阵列).这个数据表以后需要做很多复杂……