设为首页 收藏本站
查看: 551|回复: 0

[经验分享] mysql存储引擎

[复制链接]
累计签到:1 天
连续签到:1 天
发表于 2017-3-6 13:29:04 | 显示全部楼层 |阅读模式
mysql的物理文件组成包括错误日志,查询日志,慢查询日志,事务日志,二进制日志。
    日志文件中记录mysql数据库运行期间发生的变化,记录mysql数据库的客户端连接状况,sql语句的执行情况和错误信息。

mysql的逻辑结构可以看成是二层架构,第一层叫做SQL layes,数据库系统处理底层数据库之前的所有工作都在这一层完成,包括权限判断,sql解析,执行计划优化,query cache的处理等。第二层就是存储引擎层,叫做storage engine layes,也是底层数据存取操作实现部分,由多种存储引擎共同组成。
        实际上每一层都包含各自的很多模块。

    mysql存储引擎

            mysql5.1之前的版本是需要安装的时候一起被编译安装的,

            从mysql5.1开始,mysql AB在架构改造的时候,让存储引擎和sqllayes各自更为独立,可以做到在线加载新的存储引擎,而不影响mysql的正常运行。插件式存储引擎的架构为存储引擎的加载和移出更为灵活方便。

            主要的mysql存储引擎插件包括myLSAM,Innodb,DDB cluster,Maria,Falcon,Memory,Archive等,最著名而且使用最为广泛的myLSAM和Innodb两种存储引擎。

        MylSAM存储引擎是mysql5.1之前的默认存储引擎

        myLSAM存储引擎的表在数据库中,每一个表都被存放为三个以表名命名的物理文件,任何的存储引擎都会存放在以.frm文件的表结构中,.MYD和.MYL文件分别存放了表的数据和索引数据,每个表都有且仅有这样三个文件做为myLSAM存储类型的表的存储。不管表有多少个索引,都是存放在同一个.MYL文件中。

        MyLSAM至此三种类型的索引

            B-Tree索引,就是所有索引借点都安装balance tree的数据结构来存储,所有的索引数据节点都在叶节点。

            R-Tree索引,存储方式和B-Tree索引有一些区别,主要设计用于存储空间好多维数据的字段做索引。

            Full-text索引就是全文索引,存储结构也是B-Tree。只要为了解决在我们需要用like查询的低效问题。

            最经常使用的就是B-Tree索引,偶尔会使用到Fulltext,R-Tree索引一般系统中很少用到。B-Tree索引的所有字段的长度之和不能超过1000字节。

        不支持事务

        只有表锁

        虽然每一个MyLSAM的表都是存放一个相同后缀名的.MYD文件中,但是每个文件的存放格式实际上可能并不是完全一样。因为MyLSAM的数据存放格式是分为静态固定长度,动态可变长度以及压缩这三种格式。三种格式中是否压缩由自己选择,可以在创建表的时候通过ROW_FORMAT来指定compressed和defalut,也可以通过myisampack工具来进行压缩,默认不压缩。而在非压缩的情况下,是静态还是动态,就和表中字段的定义相关。只有表中有可变长度类型的字段存在,那么该表就是DYNAMIC格式,如果没有任何可变长度的字段,则为FIXED格式。可以通过alter table命令,强行将一个带有varchar类型的字段的dynamix的表转换为FIXED,但那好似原VARCHAR字段会被自动转换成CHAR类型。相反如果将FIXED转换为DYNAMIC,也会将CHAR类型字段转换为VARCHAR类型。
                    根据表的记录估量占用的磁盘空间

                        一个表中一行大概有多少字节

                        更具数据库的表每条增加几行记录,就能算出每条要增加多少硬盘空间,就可根据数据量估算规划多大的空间。

                        create database tanhong

                        create table tanhong.tan(stuid varchar(10) not null primary key, stunmae varchar(20) not null, stusex char(2) not null,stucardid varchar(20) not null,stucardid varchar(20) not null, birthday datetime defaukt null,address varchar(100) default null);

                        desc tanhong.tan;

                    10个字节+20个字节+2字节+20字节+8字节+100个字节=1.6MB

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-350372-1-1.html 上篇帖子: 部署MySQL高可用集群 下篇帖子: mysql数据库迁移、多端口运行、innobackupex备份 mysql
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表