- 阅读剩余部分 -

优化索引> 表结构> 加主从> 加配置> 垂直分表>水平分表

在laravel中，如果事务不生效的话，有可能是如下的情况：

• DB::beginTransaction()是默认用的默认的mysql数据库连接,如果涉及到了跨库的话，则需要指定连接 DB::connection('other-mysql')->commit();，故一定要确认你的数据表的所在mysql连接。

在看到go官方求菲波那奇的例子中，刚开始没有明白为什么要用groutine去阻塞。
一段最简单的代码：

package main

import "fmt"

func main(){
    a := make(chan int) //没有缓冲区
    a<- 1
    fmt.Print(<-a)
}

运行上面的代码，会出现fatal error: all goroutines are asleep - deadlock!的错误。

go指南里对channel的介绍只有一句简单的默认情况下，在另一端准备好之前，发送和接收都会阻塞，于是谷歌了一下，翻到了
golang协程——通道channel阻塞,对于无缓冲区的channel:

发送者角度：对于同一个通道，发送操作（协程或者函数中的），在接收者准备好之前是阻塞的。如果chan中的数据无人接收，就无法再给通道传入其他数据。因为新的输入无法在通道非空的情况下传入。所以发送操作会等待 chan 再次变为可用状态：就是通道值被接收时（可以传入变量）。

接收者角度：对于同一个通道，接收操作是阻塞的（协程或函数中的），直到发送者可用：如果通道中没有数据，接收者就阻塞了。

那么此时答案就简单了

• 方法1时将channel加个缓冲。
• 开启一个goroutine，将接收者阻塞（满足发送者和接收者都准备好）

    a := make(chan int)
    go func(){
        a<- 1
    }()
    fmt.Print(<-a)

go中，对于换行符这个样的单字符，是用'单引号括起来的，不能用双引号

可以使用B-tree索引的查询类型：

• 全值匹配：和索引中的所有列进行匹配
• 匹配最左前缀：即使用索引的第一列
• 匹配列前缀：即匹配索引的第一列值的部分
• 匹配范围值：匹配索引值的范围
• 精确匹配某一列并范围匹配另外一列
• 只访问索引的查询

B-Tree索引限制：

• 如果不是按照索引的最最左列开始查找则无法使用索引。
• 不能跳过索引中的列，即不能直接使用索引中中间的列，只能使用索引第一列
• 如果查询中有某个列表的范围查询，则其右边所有的列都无法使用索引优化查找，如like,!=等。如果查询值的范围有限制，那么可以通过使用多个等于条件来代替范围条件。

哈希索引说明：

• 存储引擎会对数据列计算一个hash值
• 哈希索引只支持等值比较查询。
• 哈希索引的速度非常快，除非有很多哈希冲突。
• 哈希索引不是按照索引值顺序存储的，所以不能用于排序
• 哈希索引不支持部分索引列匹配查找

• mysql默认一个数据页是4k,假如一条记录100字节，那就是40条记录，innodb会缓存到内存，如果是配置表什么的就没必要增加，合理预估数据的增长。--来自某大佬

ffmpeg 直接将m3u8转成mp4：
ffmpeg -i "http://xxxxxx/video/movie.m3u8" -vcodec copy -acodec copy -absf aac_adtstoasc output.mp4