I'm working on a projects which involves a lot of database writes, I'd say ( 70% inserts and 30% reads ).
(我要说的是一个涉及大量数据库写入的项目( 70%的插入和30%的读取 )。)
This ratio would also include updates which I consider to be one read and one write. (这个比率还将包括我认为是一次读取和一次写入的更新。)
The reads can be dirty (eg I don't need 100% accurate information at the time of read). (读取内容可能很脏(例如,读取时我不需要100%准确的信息)。)
The task in question will be doing over 1 million database transactions an hour.
(有问题的任务将是每小时进行超过一百万次数据库事务。)
I've read a bunch of stuff on the web about the differences between MyISAM and InnoDB, and MyISAM seems like the obvious choice to me for the particular database/tables that I'll be using for this task.
(我已经在网上阅读了很多有关MyISAM和InnoDB之间差异的内容,对于我要用于此任务的特定数据库/表,MyISAM似乎是我的明显选择。)
From what I seem to be reading, InnoDB is good if transactions are needed since row level locking is supported. (从我看来,由于需要支持行级锁定,因此如果需要事务处理,InnoDB很好。)
Does anybody have any experience with this type of load (or higher)?
(是否有人对这种负载(或更高负载)有任何经验?)
Is MyISAM the way to go? (MyISAM是要走的路吗?)
ask by user2013 translate from so 与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…