关于php引用mysql建立高速内存表的感想

rf123

原帖由 wsswan 于 2006-12-13 23:40 发表
索引越多 Insert 越慢,但是 Select 越快.而且 Insert 会 Locking Table.例如一台机器 A 一秒钟可以同时处理 Insert 100 条和 Select 50 条语句,而且 Select 一条等于 Insert 两条的话,那么将所有 Select 操作甩到 ...

A和B怎么同步？
同步起来也要花不少时间吧

wsswan

原帖由 rf123 于 2006-12-14 10:21 发表


A和B怎么同步？
同步起来也要花不少时间吧

看 MySQL 手册 Replication 那章。很详细:wink:

笨狼追风

原帖由 wsswan 于 2006-12-13 14:13 发表


就是从 Client 的 tcp 层到 Server 的 tcp 层这中间的部分。网络的 TTL 延迟是以秒计算的(响应时间怎么算忘了……不过肯定比硬盘满好几个数量级)，硬盘的寻址时间是微妙。 现在普通的 100BaseT 的带宽是 100M ...

这位兄弟没有明确区分带宽与延迟~相比带宽数据库更看中的是响应时间。所以没你说的相差那么大~

wsswan

原帖由 笨狼追风 于 2006-12-14 11:43 发表


这位兄弟没有明确区分带宽与延迟~相比带宽数据库更看中的是响应时间。所以没你说的相差那么大~

100Mbps 的基带传输应该算带宽吧（100BaseT），TTL 结束了应该算延迟吧……

gydoesit

原帖由 wsswan 于 2006-12-14 09:56 发表

只要在 create table 的时候, type=memory 就可以了

我知道,但是在哪个时候 create table为好? 一般的网站都是在建站时导入一次sql而已.  平时的php页面也不应该负担create table,只会读表.   重启一次服务器不就啥也没了.  是不是需要在每次重启服务器时写个脚本重建?

或者加入mysql-server的启动脚本?

HonestQiao

原帖由 gydoesit 于 2006-12-14 15:18 发表


我知道,但是在哪个时候 create table为好? 一般的网站都是在建站时导入一次sql而已.  平时的php页面也不应该负担create table,只会读表.   重启一次服务器不就啥也没了.  是不是需要在每次重启服务器时写个脚 ...

http://w.yi.org/ftp/FAPM/mysql/zh-4.1.0/manual2.html#HEAP
create type=heap是内存表，但是只是数据内存，结构信息文件保存好诶。

[ 本帖最后由 HonestQiao 于 2006-12-14 15:50 编辑 ]

wsswan

原帖由 HonestQiao 于 2006-12-14 15:36 发表


create type=memory是完全的内存表
create type=heap也是内存表，但是只是数据内存，结构信息文件保存好诶。

他可能还没分清楚 TEMPORARY table 和 Memory table ……

gydoesit 是酱子的，每一个 memory 都会关联一个 .frm 的磁盘文件，结构不会变，但是 shutdown 以后数据就没有了

笨狼追风

原帖由 wsswan 于 2006-12-14 11:55 发表


100Mbps 的基带传输应该算带宽吧（100BaseT），TTL 结束了应该算延迟吧……

我没说你概念分的清不清楚，我是说，数据库看中的是响应时间，而你却在比较网络与硬盘的带宽差别，这个差别当然不小了，可是对于响应速度影响不大。比的应该是响应速度，随说可能还是硬盘快，但是没那么大差别`~

lzhome

注意，在 MYSQL5 的新版本中，已经没有 HEAP 类型表了。官网原话：

“Note: The MEMORY storage engine formerly was known as the HEAP engine”

另外：

“The older term TYPE is supported as a synonym for ENGINE for backward compatibility, but ENGINE is the preferred term and TYPE is deprecated”。

[ 本帖最后由 lzhome 于 2006-12-14 16:02 编辑 ]

lzhome

系统参数：max_heap_table_size 决定了MEMORY内存表的最大容量