› MySQL 5.5 Community Server
› MySQL 5.6 Community Server
› Percona Configuration Wizard
› XtraBackup 搭建主从复制
Great Sites on MySQL
› Percona
› MySQL Performance Blog
› Severalnines
推荐管理工具
› Sequel Pro
› phpMyAdmin
推荐书目
› MySQL Cookbook
MySQL 相关项目
› MariaDB
› Drizzle
参考文档
› http://mysql-python.sourceforge.net/MySQLdb.html
mckelvin
V2EX  ›  MySQL

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

  •  
  •   mckelvin ·
    mckelvin · Jul 2, 2012 · 4333 views
    This topic created in 5231 days ago, the information mentioned may be changed or developed.
    MySQL,InnoDB引擎

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

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

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

    本人刚入行,不太懂数据库调优,望大神们不吝赐教!
    先谢!
    7 replies  •  1970-01-01 08:00:00 +08:00
    cloudzhou
        1
    cloudzhou  
       Jul 2, 2012
    一两万数据谈什么分表,blob类型使用文件系统访问就可以了,做好索引
    mckelvin
        3
    mckelvin  
    OP
       Jul 2, 2012
    @cloudzhou 是普通PC机上跑,速度有点慢,所以想问问哪里还能提升。另外1万多张小图片放系统目录和blob读的性能差别会大吗?
    mckelvin
        4
    mckelvin  
    OP
       Jul 2, 2012
    @cloudzhou 是普通PC机上跑,速度有点慢,所以想问问哪里还能提升。另外1万多张小图片放系统目录和blob读的性能差别会大吗?
    cloudzhou
        5
    cloudzhou  
       Jul 2, 2012
    @mckelvin 做一下测试
    timchou
        6
    timchou  
       Jul 2, 2012
    PIC是图片?

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

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

    而且你表结构也很简单,就3个字段,不用想太多。
    mckelvin
        7
    mckelvin  
    OP
       Jul 3, 2012
    @timchou 字段不止这三个,PIC是图片,之前主要担心PIC这个字段存在DB并发请求时的压力,磁盘I/O量不小。
    是一个B/S的模式,现在决定把图片放在Dropbox,用CloudFlare做加速。PIC只存路径。这样起码磁盘I/O 不会成瓶颈了吧~
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   3115 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 40ms · UTC 04:48 · PVG 12:48 · LAX 21:48 · JFK 00:48
    ♥ Do have faith in what you're doing.