正在加载中...
扫码关注慕课网服务号
干货分享
定期活动
课程优惠
专栏福利
官方优惠福利活动一手掌握，关注慕课网（ID：imooc-com），和50万+程序员一起成长！
下载慕课网APP
更好的体验，让阅读随处可得
扫描二维码，下载慕课网APP
向您推荐
- 实战派 MySQL 高阶应用指南
如无法下载使用图片另存为
下载海报
骑着猪找未来
问题一：从文中的信息来看，count(n)或count(*)是走索引的，猜测sum()是因为不走索引导致的 问题二：书写顺序为select、from、where、group by、 order by、having
讲师回答 / 张勤一
骑猪你好，确实是这样的，顺序是对的
阿斯拉菲
问题1 case when 经常统计、纵表转横表的时候用过，ifnull, if 个人相对用的少 问题2 这个亲身体会，mysql 5.x版本默认大小写不敏感，mysql 8 默认大小写敏感，修改的话必须是数据库初始化之前修改，之后更改是无效的
讲师回答 / 张勤一
是的，这些判断语句在部分情况下是比较好用的，但是，如果不这样写，其实在代码中判断，效率也是非常高的，不一定非要这样用。关于大小写敏感的问题，我的个人习惯是精确查找，而不是依赖于数据库系统的特性。
沁尘
问：将时间转换为时间戳，并使用 int 或者 bigint 类型去存储，你觉得这样可行吗 ？ 答：看正文的时候正好奇为啥没提到存储int/bigint时间戳，用int/bigint和datetime存储在不同项目都使用过，感受就是int/bigint计算上很方便。特别是当前端项目对于时间展示有不同的格式需求的时候，数据库中存储的是int/bigint（或者vo层转换）直接返回给前端，前端可以更方便的定制格式而不用先把datetime转成时间戳。但是如果没这方面的需求，那直接存储datetime就是最方便的，可以减少转换的次数。所以个人觉得，从存储角度上来说，如果没有格式定制的需求，直接存储datetime最省事。 问：大多数时候，我们会选择将主键设置为 bigint 数据类型，你知道这是为什么吗 ？ 答：不知道
讲师回答 / 张勤一
沁尘你好： 第一个问题，是否可以考虑将时间存储为整型？这是完全可以的，正如你所说，时间是整型的话，前端可以方便的进行转换，而且不用考虑精度的问题，且这种转换带来的性能损耗几乎是可以忽略不计的。当然，如果仅仅是 java 系统之间使用的话，使用 datetime 存储是最方便的，序列化和反序列化都只需要一个注解就可以完成。 第二个问题，为什么考虑将主键设置为 binint 类型？这里的主要思想就是为了将来的扩展，因为 int 类型的最大表示范围大约是 20 亿，这对于 99% 的项目都基本足够用了。但是，如果考虑到将来业务发展的比较迅速，就需要使用 bigint 了。如果一开始没有使用 bigint，而是使用 int，那么，后期的迁移将会是很大的工作量。
街边七号
1.为什么执行flush logs?猜测可能mysql执行操作后不会立即将操作信息记录在binlog,而是停留在内存中由mysql服务器在合适的时机进行异步刷盘，执行flush logs来确保最新的数据库操作可能记录在binlog中，来防止数据恢复都是 2.不知道
讲师回答 / 张勤一
第一个问题说的是对的，先保存在内存中，起到缓冲的作用；第二个问题的话，其实就是指定起始位置和起始时间
沁尘
问：如果你的表没有定义主键，你知道 MySQL 会怎么做吗 ？ 答：Innodb表中在没有默认主键的情况下会生成一个6byte空间的自动增长主键 我需要创建一个学校库，存储教师、学生、院系等信息，你觉得叫做 school 好吗 ？为什么 ？ 答：个人觉得业务初期可能没问题。但是学生表后期会膨胀，很有可能独立成一个库或者为这个表做备份库，如果这个学校库起名叫school，那学生库或者学生表的备份库起名字的时候选择会比较苦难，不大好起一个简要达意的名字，不知道这么考虑对不对。 问：我编写的 SQL 语句需要做多表的 join 操作，应该给哪些列建索引呢 ？ 答：where子句中的字段
讲师回答 / 张勤一
沁尘你好：第一个问题，如果你的表没有定义主键，那么 MySQL 首先判断表中是否有非空的唯一索引，如果有，则该列即为主键；如果不符合上述条件，InnoDB存储引擎自动创建一个6字节大小的指针。第二个问题，直接命名为 school 并不好，最好是加上一些前缀（比如地域之类的），主要目的是方便未来的扩展，比如加入其它的 school，不会同名。第三个问题，join 操作的话，where 条件和 join 的列最好都加上索引，但是，此时需要考虑索引的个数不要过多（一般一张表的索引个数不超过5个）。
街边七号
1. 用mybatis动态sql作批量录入 2. 可以考虑, 但此时sql耗时应基本集中在数据录入和更新索引的操作上, 性能受限于磁盘的因素应该比较大, 上多线程不如换ssd. 3. 单条录入需要mysql服务器每次都检查语法编译sql语句耗时较长, 批量和Load data可以省去很多这些事件, 但同样的批量录入这种形式增大了单条sql的大小及设置的package参数。此时单条sql从客户端发送到mysql服务器的时候会比较长,占用带宽。
街边七号
1. a.自增主键. b.尽量保证字段小一些. c.适当的冗余存储. d. 尽量让列值非空. 2. where子句字段类型和操作值的类型不一致如varchar类型的列`year`判断时使用where year = '2020'; like模糊前缀匹配; 对于聚簇索引条件丢失前缀匹配; where中使用SQL函数; 查询不使用索引列. 3.
街边七号
1. 环形哈希空间，添加节点后很多数据不需要移动。 2. 垂直拆分实现简单，而且水平拆分可能会导致where查询实现困难。 3. id决定了数据记录存放的库和表，可以定位到数据的存放位置。 4. 使用定时任务做同步，但是业务中直接查询结果由于定时任务可能延时可能变得不可信，需要自行校验 5.没想到什么好办法，就是自己维护一个userid和这些信息数据映射关系，并以此来找到userId再进行查询
无心铁憨憨
一哥，有个问题没想明白，在事物隔离级别为可重复读的情况下，事物A第一次读取的数据为1800，然后事物B修改为2000,事物A再次读取还是1800，因为事物B没有进行提交，但是当事物B提交之后再读取还是1800，那2000去哪里了，是否要等事物A执行完毕之后，再次查询，才会读到最新的2000？还是说需要在一个新的会话中才能读取到最新的数据？
讲师回答 / 沁尘
不管事务B提交了没有，事务A读到的都是这条记录的快照（1800时的状态），2000在事务B提交后就写到新的快照副本去了，这时候另一个事务如果查询，那就是看到2000这个状态的快照副本了。
想好名字再改
老师，假设我要查询每个用户能够接受的最大的预算的广告信息该怎么写 我目前的写法 SELECT user_id,MAX(budget) FROM ad_unit WHERE unit_status = 0 GROUP BY user_id 我还想看到这条广告的详细信息
讲师回答 / 张勤一
最好的做法不是写一条 SQL 语句，而是在代码中经过两次查询，再去拼接对应的信息