V2EX › muxi 的所有回复 › 第 38 页 / 共 47 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 30 31 32 33 34 35 36 37 38 39 ... 47

❮

❯

2011 年 4 月 7 日

回复了 dongsheng 创建的主题 › MySQL › MySQL处理记录数的极限是多少

@dongsheng bigint 和int 都是定长的类型啊，10 只是表示显示宽度，并不能影响存储的大小

2011 年 4 月 7 日

回复了 dongsheng 创建的主题 › MySQL › MySQL处理记录数的极限是多少

囧，看了表的定义，全都是bigint，连time都是bigint，浪费的不止一点点内存啊
具体你要看服务器本身的负责，io延迟等参数，内存使用量

2011 年 4 月 7 日

回复了 dongsheng 创建的主题 › MySQL › MySQL处理记录数的极限是多少

2000w而已，不至于出现什么瓶颈，我所用过的表多的会有10亿+的记录，像你这种日志表，只要有足够的内存（我一般给MySQL 8G以上的内存）、查询能使用主键或者索引应该不会出现什么问题，或许你换成Innodb引擎会更快一点，而且大学的课程管理系统，应该不会有很大的并发量，超级大的表，一般慢在磁盘和CPU上，或许你可以换个好点的服务器，如果你熟悉MySQL的话，最新的5.5版本应该能显著提升你系统的性能

2011 年 4 月 6 日

回复了 fanzeyi 创建的主题 › 程序员 › 网站开发经验……

难道你希望twitter告诉你twitter怎么开发，Google告诉你search怎么开发，apple告诉你 app store怎么开发？

2011 年 4 月 1 日

回复了 terrylin 创建的主题 › 问与答 › google 穿越搜索,笑死我了,4.1

我都怀疑这是淘宝做的，总是亲啊亲，有时候真想骂一句：亲你妹

2011 年 3 月 30 日

回复了 newblue 创建的主题 › V2EX › 刚加入V2EX.com，很喜欢这个网站，看了源代码之后，觉得应该重构一下比较好！

哈哈，这已经是Livid的风格鸟，不用争论了，是PHP版本的 Project Babel 代码也是类似
大家站的角度不同而已，作为一个程序员，这样的代码确实需要重构，基本上这样的代码不适合协作开发，特别是新加入成员
作为一个产品，代码其实只是一个实现工具，如果不是整个项目的瓶颈就没有必要重构，推进整个项目向更好的方向发展才是更重要的事情

2011 年 3 月 30 日

回复了 Livid 创建的主题 › MySQL › 关于 MySQL 数据库结构比较工具

@flytwokites 求完整脚本

2011 年 3 月 30 日

回复了 Livid 创建的主题 › MySQL › 关于 MySQL 数据库结构比较工具

Navicat

2011 年 3 月 29 日

回复了 gurudigger 创建的主题 › 上海 › Python VS Ruby April 3rd 活动

@gurudigger 求邀请

2011 年 3 月 28 日

回复了 kollinchu 创建的主题 › Python › ep.io在Windows下面的上传程序

还在等待邀请中