MySQL中有以下日志文件，分别是：
1：重做日志（redo log）
2：回滚日志（undo log）
3：二进制日志（binlog）
4：错误日志（errorlog）
5：慢查询日志（slow query log）
6：一般查询日志（g
对于数据库这一块询问比较多的就是在 MySQL 中怎么去选择一种何时当前业务需求的存储引擎，而 MySQL 中支持的存储引擎又有很多种，那么 MySQL 中分别又有那些，怎么优雅的使用呢？
划分引擎原因
在文件系统中，MySQL 将每个数据
前言最开始了解mysql实现的时候，总听到redo log， WAL（write-ahead logging），undo log这些关键词，了解到redo log主要是用于实现事务的持久化的。为了进一步了解redo log，看了下相关代码（
表示时间值的DATE和时间类型为DATETIME、DATE、TIMESTAMP、TIME和YEAR。每个时间类型有一个有效值范围和一个“零”值，当指定不合法的MySQL不能表示的值时使用“零”值。TIMESTAMP类型有专有的自动更新特性，
1.必须使用InnoDB存储引擎
有更好的CPU和IO性能，更好的备份和锁表机制，提高统计和调试效率。
另外，作为一 个系统，InnoDB支持多种关键功能，其中最重要的是事务日志和行级锁。事务日志记录真正的数据库事务，但更重要的是数据崩溃恢
目录业务逻辑数据表结构查询逻辑SQL脚本脚本说明业务逻辑通过多种渠道将小程序的活动页链接发布出去，比如通过多多种短信附带链接( channel 就记为 sms1，sms2，sms3 )，或者海报上面贴微信小程序的二维码( channel 记
假设某宝为鼓励大家双12买买买，奖励双十一那天订单最多的两位用户：分别是用户1：“剁手皇帝陈哈哈” 和 用户2：“触手怪刘大莉” 一人一万元；
需求1：让你通过MySQL订单表，统计一下双11那天，这两位每小时的购买订单成交数；你会怎么写这
背景：由于最近公司项目好像有点受不住并发压力了，优化迫在眉睫。由于当前系统是单数据库系统原因，能优化的地方也尽力优化了但是数据库瓶颈还是严重限制了项目的并发能力。所以就考虑了添加数据库来增大项目并发能力。
思路：1： 创建集中库： 主要就是
