求如下场景下MySQL数据库表的设计指导

[mckelvin]

MySQL,InnoDB引擎

表中有INFO、COUNT、PIC 三字段，表中记录随机访问，段时间持续并发请求的场景。

INFO类型为CHAR，接受读请求。
COUNT 是int类型，接受读写请求;
PIC是blob类型，每条中约为10KB，接受只读请求;

数据量有1-2W条左右。
请问有必要分表吗？
PIC需要单独出来用NoSQL数据库存吗？
另外，MySQL中能做什么配置上的优化吗？

本人刚入行，不太懂数据库调优，望大神们不吝赐教！
先谢！

[cloudzhou]

一两万数据谈什么分表，blob类型使用文件系统访问就可以了，做好索引

[cloudzhou]

http://www.mysqlperformanceblog.com/2007/11/01/innodb-performance-optimization-basics/

[mckelvin]

@cloudzhou 是普通PC机上跑，速度有点慢，所以想问问哪里还能提升。另外1万多张小图片放系统目录和blob读的性能差别会大吗？

[mckelvin]

@cloudzhou 是普通PC机上跑，速度有点慢，所以想问问哪里还能提升。另外1万多张小图片放系统目录和blob读的性能差别会大吗？

[cloudzhou]

@mckelvin 做一下测试

[timchou]

PIC是图片？

那建议是图片放在文件系统里，PIC字段改为varchar，存储图片的路径。

1,2w行记录完全没必要分库分表。

而且你表结构也很简单，就3个字段，不用想太多。

[mckelvin]

@timchou 字段不止这三个，PIC是图片，之前主要担心PIC这个字段存在DB并发请求时的压力，磁盘I/O量不小。
是一个B/S的模式，现在决定把图片放在Dropbox，用CloudFlare做加速。PIC只存路径。这样起码磁盘I/O 不会成瓶颈了吧～