一、概念在企业中，数据库高可用一直是企业的重中之重，中小企业很多都是使用mysql主从方案，一主多从，读写分离等，但是单主存在单点故障，从库切换成主库需要作改动。因此，如果是双主或者多主，就会增加mysql入口，增加高可用。不过多主需要考虑自增长ID问题，这个需要特别设置配置文件，比如双主，可以使用奇偶，总之，主之间设置自增长ID相互不冲突就能

在Fedora下安装了一个MySQLWorkbench，运行，连接数据库，在StoreinKeychain时出现了gnomekeyringdaemon错误，不能保存密码，也就连不上数据库。!(https://oscimg.oschina.net/oscnet/408fc9ff18dc7b9212edcdecadb9c72a19a.jpg)

!(https://oscimg.oschina.net/oscnet/upbe6e97a3991269bfa9b8fd0fa06c265b9d8.png)SQL优化原因：性

1、为什么索引遵循最左匹配原则？　　当B树的数据项是符合的数据结构，比如（name,age,sex)的时候，B树是按照从左到右的顺序建立搜索树的。比如当(张三,20,F)这样的数据来检索的时候，b树会优先比较name来确定下一步的所搜方向，如果name相同再依次比较age和sex，最后得到检索的数据；但当(20,F)这样的没有name的数据来的时候

InnoDB会自动帮你创建一个不可见的、长度为6字节的row\_id，而且InnoDB维护了一个全局的dictsys.row\_id，所以未定义主键的表都会共享该row\_id，每次插入一条数据都把全局row\_id当成主键id，然后全局row\_id加1。该全局row\_id在代码实现上使用的事bigintunsigned类型，但实际上只给row\_

链接：http://redis.io/topics/distlock(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fredis.io%2Ftopics%2Fdistlock)原理很简单，一段时间内轮询加锁的key重点，不同语言的开源实现Beforedescribingth

2021年上半年，撸了个rustcli开发的框架，基本上把交互模式，子命令提示这些cli该有的常用功能做进去了。项目地址：春节以前看到已经0.4.x了，于是想看看能不能用rust做个服务端的框架。春节后开始动手，在做的过程中会碰到各种有趣的问题。于是记下来