呵,谁说MYSQL对于千万级就有压力了,百万级就有点慢了,百,千万的数据,在MYSQL中只要索引运用得当,还是相当OK的说的相当对 我的900w左右 照样ok 第一: http://blog.csdn.net/nevergiveuplzl/article/details/31376751 第二:优化分页查询语句 http://www.jb51.net/article/31868.htm (select id,title from collect where id>=(select id from collect order by id limit 90000,1) limit 10; ) 第三:建索引
如果你是想玩 查 *123**, 这样的,那就用全文索引:如,
粤A12345, 在全文索引字段里写成 粤A A1 23 23 34 45 (连续的两个字符当成一个词,建全文索引)
当你要查询 车牌号包含 123 的时候, 就是查询 12 23 的 交集,再还要过滤下不是连续的(如12523 这样的车牌),
但是查询上百万,时间段长的还是不理想。
其实可能我之前说的也有点片面化了,每个系统各自业务不同,对表所做的操作也是不同的,如果单是重点是查询,更新操作相对较少,那我相信千万数据没有什么问题,更新操作相对较多,在建索引时取一个平衡点,还是没有什么太大问题的,现在MYSQL优化方法很多,我说了也没什么意义,自己的经验就是不断的测试,使用不同的方法(主从,分表等等),或者说缓存,用数据来说话,看得出,这位朋友对这块也是有相关经验的,有机会可以多交流.
第一: http://blog.csdn.net/nevergiveuplzl/article/details/31376751
第二:优化分页查询语句 http://www.jb51.net/article/31868.htm (select id,title from collect where id>=(select id from collect order by id limit 90000,1) limit 10; )
第三:建索引
2.搜索数据,sphinx+mysql