基于目的地的o2o旅游电子商务网站开发设计毕业设计网站建设 商标

基于目的地的o2o旅游电子商务网站开发设计毕业设计,网站建设 商标,简单的英文网站模板,wordpress用户聊天InnoDB存储引擎逻辑存储结构表空间(.ibd文件)-段-区-页-行一个mysql实例对应多个表空间#xff0c;用于存储记录#xff0c;索引等数据#xff1b;段#xff1a;分为数据段#xff08;B树叶子节点#xff09;、索引段#xff08;B树非叶子节点#xff09;、回滚段区用于存储记录索引等数据段分为数据段B树叶子节点、索引段B树非叶子节点、回滚段区表空间单元结构每个区大小1M页大小16K一个区有64个连续的页页磁盘管理的最小单元为保证页的连续性InnoDB存储引擎每次从磁盘申请4-5个区内存结构和磁盘结构1、内存结构1buffer pool缓冲池从磁盘加载数据增删改查先操作缓冲池的数据再刷新到磁盘减少磁盘IO加快速度。缓冲池以页为单位链表数据结构管理页三类页free page空闲未使用/clean page使用但数据未修改过/dirty page数据被修改过数据与磁盘不一致2change buffer更改缓冲区针对非唯一的二级索引缓冲池未加载的数据用来存修改动作3自适应hash索引优化缓冲池查询速度自动建立4log buffer日志缓冲区存日志定期刷入磁盘2、磁盘结构1System Tablespace系统表空间存储change bufferibdata1文件2File-Per-Table Tablespaces独立表空间.ibd每张表的独立文件3通用表空间 (General Tablespaces)通过create tablespace创建可以让多张表共用一个外部定义的表空间文件4撤销表空间Undo Tablespaces存储undo log日志undo001,undo0025临时表空间 (Temporary Tablespaces)临时表6双写缓冲区 (Doublewrite Buffer Files)缓冲池数据刷新到磁盘前先写入双写缓冲区便于系统异常时恢复数据.dblwr7重做日志 (Redo Log)实现事务的持久性循环写入后台线程InnoDB存储引擎缓冲池的数据合适时间刷新到磁盘文件1、master thread核心后台线程负责调度其他线程把缓冲池的数据刷新到磁盘脏页的刷新合并插入缓存Undo Log 的回收2、IO Thread负责处理异步 I/O 请求的回调AIO处理IO请求show engine innodb status; —展示InnoDB存储引擎状态信息包括IO信息3、Purge Thread回收事务提交后的Undo Log4、Page Cleaner Thread协助master thread刷新脏页到磁盘事务原理事务四大特性原子性A事务是不可分割的最小操作单元要么全部成功要么全部失败一致性C事务完成时必须使所有数据都保持一致状态隔离性I数据库系统提供的隔离机制保证不同事务不受外部并发操作影响的独立环境下运行持久性D事务一旦提交它对数据库中数据的改变是永久的哪怕数据库发生故障如何实现四大特性redo log实现持久性重做日志事务提交时数据页的物理修改包括内存中的redo log buffer和磁盘中的redo log file刷新脏页发生错误时用于数据恢复机制WAL先写日志ib_logfile0/1循环写undo log实现原子性回滚日志记录数据被修改前的信息作用包括提供回滚和MVCCredo log是物理日志而undo log是逻辑日志能读取内容进行回滚存放在回滚段锁和MVCC实现隔离性一致性redo log 和undo log共同实现MVCC(Multi-Version Concurrency Control)多版本并发控制当前读读取数据的最新版本读取时加锁保证其他并发事务不能修改当前记录select lock in share mode(共享锁), select for update, update, insert, delete(排他锁)都是当前读快照读普通select 不加锁读取的是记录数据的可见版本非阻塞读read committed每次select都生成一个快照读repeatable read开启事务后第一个select才是快照读的地方serializable快照读会退化为当前读每次读都加锁MVCC维护一个数据的多个版本使得读写操作没有冲突解决普通select快照读为MySQL实现MVCC提供非阻塞读功能具体实现原理隐式字段、undo log日志、readview。1隐式字段除了建表定义的字段外会额外增加DB_TRX_ID最近插入/修改这条记录的事务ID、DB_ROLL_PTR回滚指针指向记录的上一个版本、DB_ROLL_ID隐藏主键无主键时自动生成三个字段2undo log日志insert的时候产生的undo log日志只在回滚时需要事务提交后可被立即删除因为没有这条记录的历史版本而update和delete产生的undo log日志不仅在回滚时需要在快照读时也需要不会被立即删除3undo log版本链不同事务/相同事务对同一条记录进行修改会导致该记录的undolog生成一条记录版本链4readview读视图是快照读执行时MVCC提取数据的依据记录并维护快照系统当前未提交活跃的事务id决定读取undo log中的哪个版本readview是执行快照读普通select时创建的我是creator_trx_id是readview创建者的事务ID通过这四个字段和访问规则判断我能看到哪个版本的记录根据trx_id带入访问规则从新→旧依次判断最新版本在记录里其他版本在undo log里如上图下图要修改一点m_ids是不包括creator的其他当前活跃的事务ID集合访问规则从上到下1若trx_idcreator_trx_id说明是本人修改的版本因此这条trx_id可以看2若trx_id min_trx_id自己也是活跃事务但不用保存在m_ids中因此总存在min_trx_id ≤ creator_trx_id说明自己创建时trx_id早就提交了因此这条trx_id可以看3若trx_id max_trx_idmax_trx_id是下一条事务的ID说明是ReadView 之后才开始的事务属于未来因此这条trx_id不可以看4若min_trx_id trx_id max_trx_id在这个范围内要进行二次判断若 trx_id在m_ids里面拍快照时未提交因此这条trx_id不可以看若trx_id 不在 m_ids 里面说明拍快照之前已经提交因此这条trx_id可以看注意事务 IDtrx_id是在事务开始时分配的不是修改数据时才分配的不同隔离级别生成readview的时机不同read committed事务中每次select都执行快照读每次执行快照读时生成readviewrepeatable read仅在事务中第一个select执行快照读第一次执行快照读时生成readview后续复用该readviewRC例子修改图中两个m_ids不包括5第一个readview读到的是trx_id2的版本的数据第二个readview读到的是trx_id3的版本的数据RR例子只生成一个readviewMySQL管理MySQL自带四个数据库mysql表mysql服务器正常运行信息用户权限等information_schema表和视图InnoDB引擎等元数据信息数据库表字段类型等performance_schema运行状态底层监控收集性能参数sys方便开发性能调优和诊断的视图#以下均在命令行shell执行而不是MySQL交互式环境 mysql [options] [database] mysql -h192.168.139.128 -P3306 -uroot -p0119 itcast -eselect * from stu #其中-u指定用户名-p密码-h服务器IP-P连接端口-e执行sql语句并退出脚本 #未登陆的查询 mysqladmin #管理MySQL服务器 mysqladmin -uroot -p0119 variables #查看系统变量 mysqladmin -uroot -p0119 create db02 #创建数据库 mysqlbinlog [options] log-files1 log-files2 #二进制日志查看工具 mysqlbinlog -s binlog.001 #查看binlog-s简单信息-d指定数据库 mysqlshow #客户端对象查看工具 mysqlshow -uroot -p1234 db01 --count #查看指定数据库统计信息有哪些表字段数记录数 mysqlshow -uroot -p1234 db01 course -i #db01数据库course表的状态信息存储引擎创建时间等 #重要备份/迁移备份的是纯sql语句 mysqldump [options] db_name [tables] file.sql #备份数据库/不同数据库之间数据迁移 #-t只导出数据不导出建表语句-d只导出结构不导数据-T导出两个文件.sql.txt mysqldump -uroot -p0119 -t db01 /backup/db01.sql #备份db01数据库 mysqlimport -uroot -p0119 db01 /var/lib/mysql-files/score.txt #备份的txt数据导入 # 连接mysql后执行 source /backup/db01.sql #备份的sql全部执行-恢复数据库