马上注册,免费下载更多dz插件网资源。
您需要 登录 才可以下载或查看,没有账号?立即注册
×
有很多站长从discuz x3.4升级到discuz x3.5后发现,原先仅是1.几G的网站备份数据,升级之后增长了将近3倍大小,造成了备份成本、空间成本、容量成本增长不少,这主要是x3.5的数据库引擎更改为了innodb造成。
一般innodb比MyISAM大30%左右,如果你是GBK升级的,那么就是 原大小 x 130% x 130%
当前云数据库已经非常普遍,大多数云数据库都不支持MyISAM引擎,所以InnoDB是面对未来的必选,这也是X3.5的升级特性之一。
升级到X3.5数据库差异性对比:
事务差异InnoDB是MySQL的事务型存储引擎,支持ACID特性(原子性、一致性、隔离性和持久性),可以保证数据的完整性和一致性。而MyISAM不支持事务,这意味着在高并发的环境下,使用InnoDB更加可靠。
外键差异InnoDB是唯一支持外键的存储引擎,可以通过外键约束来保持数据的一致性。而MyISAM不支持外键约束,因此在需要使用外键的情况下,选择InnoDB是更好的选择。
索引差异InnoDB和MyISAM对索引的处理方式也有所不同。InnoDB使用聚簇索引(clustered index),它的叶子节点存储了实际的数据行,这样可以加快根据索引进行数据检索的速度。而MyISAM使用非聚簇索引(non-clustered index),叶子节点存储的是指向实际数据行的指针。因此,在需要频繁进行数据检索的场景中,InnoDB的性能更好。
行锁差异在并发访问的情况下,InnoDB使用行级锁(row-level locking),可以提供更好的并发性能。而MyISAM只支持表级锁(table-level locking),这就意味着当一个线程对表进行写操作时,其他线程无法对该表进行任何读写操作。
表锁差异MyISAM的表级锁对于整个表进行锁定,因此在高并发的情况下可能导致较多的锁冲突,降低了并发性能。而InnoDB的行级锁可以最大程度地减少锁冲突,提高了并发性能。
存储文件差异InnoDB的数据和索引是存储在一个共享的表空间文件中的,而MyISAM则将数据和索引分别存储在不同的文件中。这也是为什么InnoDB在存储空间利用率上相对较低的原因之一。
具体行数差异在大多数情况下,InnoDB的表通常需要占用更多的存储空间,因为它包含了额外的数据结构来支持事务和行级锁等功能。而MyISAM则相对更加轻量级。
©DZ插件网所发布的一切资源仅限用于学习和研究目的;不得将上述内容用于商业或者非法用途,否则,一切后果请用户自负。 网站部分内容来源于网络,版权争议与本站无关。您必须在下载后的24个小时之内,从您的电脑中彻底删除上述内容。如果您喜欢该程序,请支持正版软件,得到更好的正版服务。 您在本站任何的赞助购买、下载、查阅、回复等行为等均表示接受并同意签订《DZ插件网免责声明协议》。 如有侵权请邮件与我们联系处理: discuzaddons@vip.qq.com 并出示相关证明以便删除。敬请谅解!
|