关于Mysql 索引

 

索引滥用

 

表索引情况如下：

我们发现，buss_no 开头的索引就有三个，从名字上来看，是个类似于唯一号的字段，从buss_no 的索引类型来看，不是唯一索引，很可能就是不唯一的；但是，直觉判断，不能看像类型、状态之类的字段有超大的重复度。实际分析发现，每个buss_no 不会超过10条记录；对于这种情况，下面的两个buss_no开头的联合索引就是非常多余的，因为后面的两个联合索引总是先定位buss_no，在定位其他字段的；由于buss_no已经把结果集缩小到10条记录一下了，对于10条记录集的数据量完全可以自己在程序中进行排序、查找等处理，大可不必再创建联合索引，这样会导致索引很大，现在这个表的索引数据情况为：

不难发现，索引空间比表数据空间都大很多了

 

注意： 有些情况下，使用的覆盖索引和这种情况有些许类似，但不可等而视之

 

不给唯一性小的字段创建索引

如： 类型、状态字段，值往往只有很少的几个，创建索引的意义不大

如何忽略指定索引

面对已经存在了大量索引，如何验证使用索引和不使用索引的执行效率差别的大小呢？

直接删掉不想用的索引自然是个办法，但是我们的操作可能是线上的，随意删除和创建索引太不专业了；幸好mysql早就帮我们想好了，我们可以在sql语句中指定是否启用和禁用指定的索引：https://www.cnblogs.com/lcngu/p/6023179.html

 

参考：

ffmpeg 对mp4抽帧后，html5的video标签播放只有声音没有图像的问题

抽帧命令：

 

原因：

MP4有3种编码，mpg4(xdiv),,mpg4(xvid)，avc(h264)；

原本是h264编码，抽帧后变成了mpeg4了

 

抽帧前：

抽帧后：

 

解决办法：

转码为 h264格式； 问题，转码后，文件体积增大到原始文件的3倍（这个好不地道）

 

参考：

https://zhidao.baidu.com/question/2140012694328148628.html

openstack 错误一例

错误信息：

查看卷列表时，dashboard提示： 无法获取连接信息 ； 英文提示应该是： Unable to retrieve attachment information.

 

查看日志：

发现一个卷是挂在某个实例上的，但是实例早被删掉了，所以“无法获取连接信息”；

实例ID： a95f316f-aeb7-40ce-8887-9145499518fc

卷ID： 7f75f270-17a9-4694-aff3-70c950f9c9b5

 

解决办法：

直接从cinder数据库中修改该卷的相关信息，然后删掉，相关表：

volume_attachment

volumes

 

sql 语句：

 

 

相关代码：

/usr/share/openstack-dashboard/openstack_dashboard/dashboards/project/volumes/tables.py  598 行

curl https://github.com SSL connect error

问题：

 

分析：

tcpdump 抓包、wireshark分析：

基本是由于ssl版本导致的：

client想使用TLS 1.0 ， server说，不行，太低

 

解决办法：

 

每次都带上个选项多不方便，使用 .curlrc ; linux上的程序一般都这个套路，在用户目录下写个配置文件：

配置文件格式就是直接写curl的命令行选项，简单粗暴高效。

 

有些curl -v 就能看到握手的ssl版本号