我前面数据库表示 10W 分一个表现在分到 57 个表了,我现在发现这样好像不是真正的速度极致快.我可否这样麻烦玩数据库的哥们给点建议,帮我指点一下有坑的地方,需要注意的地方;
一个单表， id 为主键,content 字符不允许为 NULL,并且不存在任何 like 查询. 我如果把 57 表合并为一个的话会不会数据库卡爆的情况,content 这个内容是文章内容数据量比较大。
查询这个表的 SQL 全部为 ID 查询. // 不会有其他类型;
› 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
MySQL 相关项目
› MariaDB
› Drizzle
参考文档
› http://mysql-python.sourceforge.net/MySQLdb.html
This topic created in 3567 days ago, the information mentioned may be changed or developed.
 |
1
msg7086 Dec 28, 2016
全部为 ID 查询？ KV 查询都是瞬间完成的事情吧。
你表文件容量多大？ |
 |
2
yangqi Dec 28, 2016
合并是什么目的？现在这样也没什么问题
|
 |
3
gzxultra Dec 28, 2016
1 亿的表按 id 取都能在毫秒级返回，十万 mysql 应该毫无压力
|
 |
4
sujin190 Dec 28, 2016
570 万而已，小意思吧，再加 100 倍估计也能扛得住
|
 |
5
huobazi Dec 28, 2016
根据主键查询没什么压力的
|
 |
6
darkfireworld Dec 28, 2016 via iPhone
随便搞
|
 |
7
xjroot OP @yangqi 我前面想的单表 10W 数据已经够了,可是我看见别人单表玩几百万数据,我就尴尬了。然后我也想试一下就这个意思，马上新年了嘛哈哈哈给自己搞点压力来；
@huobazi @darkfireworld @sujin190 感谢感谢,我放开折腾了,数据库弄瘫了我在发帖跟大家交流吧 |
Select Language