Docker——具名挂载和匿名挂载 容器数据卷挂载方式容器的数据卷可以看成就是容器的挂载方式；一个宿主机有多个容器，多个容器挂载方式不同，因此宿主机就有多个卷每一个挂载方式在宿主机上都有一个名称，即卷名宿主机如何查看这些卷，对使用匿名以及具名挂载的，没有给出宿主机路径的挂载方式，如何查看在本地的映射目录；对这些挂载方式（容器数据卷）如何管理，添加、删除等：命令，查看容器的数据卷（简称卷）docker volume 选项选项[root@localhost ~]# docker volume --helpUsage: docker volume COMMANDManage volumesCommands:create Create a volume　　#常用，创建卷inspect Display detailed information on one or more volumes　　#常用，显示一个或多个卷的详细信息，可以查看卷在宿主机的挂载路径等信息ls List volumes　　#常用，列出宿主机所有卷prune Remove all unused local volumes　　#删除从未使用的卷rm Remove one or more volumes　　#常用，删除一个或多个卷；比如之前是一个只读的卷，现在需要可以编辑，可以通过删除，新增的方式Run 'docker volume COMMAND --help' for more information on a command.容器数据卷通过选项-v进行挂载，有三种挂载方式：具名挂载匿名挂载路径挂载具名和匿名挂载匿名挂载# 匿名挂载 -v 容器内路径 docker run -d -P --name nginx01 -v /etc/nginx nginx # 查看所有的卷(volume)的情况 [root@localhost ~]# docker volume ls DRIVER VOLUME NAME local 1c19af3018726ca5cd78efc57e2a31f8ceb8b811c20b958b8803d6c4f439788a # 查看匿名挂载卷的挂载路径 [root@localhost ~]# docker volume inspect 1c19af3018726ca5cd78efc57e2a31f8ceb8b811c20b958b8803d6c4f439788a [ { "CreatedAt": "2021-08-26T15:32:08+08:00", "Driver": "local", "Labels": null, "Mountpoint": "/var/lib/docker/volumes/1c19af3018726ca5cd78efc57e2a31f8ceb8b811c20b958b8803d6c4f439788a/_data", #宿主机挂载路径 "Name": "1c19af3018726ca5cd78efc57e2a31f8ceb8b811c20b958b8803d6c4f439788a", "Options": null, "Scope": "local" } ] #这里发现，匿名这种挂载，我们在-v 只写了容器内的路径，没有写容器外的路径；匿名卷的卷名都是随机的一串数字 问题？我们知道卷就是容器的挂载方式，我现在有一个需求，我要装10个容器，宿主机和容器上的挂载路径都在各自/home目录下，难道我每run一个的时候加一下-v 宿主机路径:容器内路径 频繁的输入路径？上述问题可以通过docker volume creat 建一个通用的卷（挂载方式），run的时候加上卷名即可（卷名没有的，自动新增），这就是具名挂载。docker volume creat新建用的比较少，一般直接run的时候定义卷名，没有就自动生成，下次可以不断复用具名挂载(经常用)# 具名挂载 # -v 卷名:容器内路径 [root@localhost ~]# docker run -d -P -v juming:/etc/nginx --name nginx007 nginx db303069c9a62acdcf0ea26f4b53036b0022c7d0ddd4a068f4a41c2d690a527b [root@localhost ~]# docker volume ls DRIVER VOLUME NAME local 1c19af3018726ca5cd78efc57e2a31f8ceb8b811c20b958b8803d6c4f439788a local juming [root@localhost ~]# docker volume inspect juming [ { "CreatedAt": "2021-08-26T20:01:45+08:00", "Driver": "local", "Labels": null, "Mountpoint": "/var/lib/docker/volumes/juming/_data", #宿主机挂载路径 "Name": "juming", "Options": null, "Scope": "local" } ]总结所有的docker容器内的卷，宿主机没有指定目录的情况下都是在 /var/lib/docker/volumes/xxxxx/_data 我们通过具名挂载可以方便的找到我们的一个卷，大多数情况下使用的具名挂载

PostgreSql使用Truncate清空数据表 在 mysql 中如果需要清空表，只需要TRUNCATE table_name;即可，如果有自增的 id 字段，也会还原回 1，但是 postgresql 与 mysql 稍有不同，postgresql 的自增字段 是通过 序列 sequence来实现的，所以在清空表的时候，还需要还原序列TRUNCATE TABLE table_name RESTART IDENTITY;参考：https://stackoverflow.com/questions/13989243/sequence-does-not-reset-after-truncating-the-table

GO语言及gin框架中踩坑总结 关于前后端传参问题对于前端传的参数，应创建对应的结构体进行解析，不建议直接使用gorm所对应的结构体router.go为gin框架中路由配置文件，一般在url路径中传入id为path传参方式，也可使用query方式（id=xx）进行参数的传递使用binding字段配合c.bind可进行传入参数的校验，但由于golang中bool的默认值为false，gorm无法进行存储，所以bool类型的值最好不要加binding关于常量的定义代码中尽量使用const在代码的开头进行常量的定义，避免使用魔法值，最好使用注释标明常量的含义关于批量删除批量删除一般采用SQL语句的in来操作，通过对传入的id进行处理后，可利用middleware.DB.Model(&model.ReportTask{}).Where("id in (?)", ids).Find(&m)语句进行批量删除关于定时任务项目中的定时任务实现主要依赖于Linux系统中的Cron表达式，通过chronos组件来实现Cron表达式的生成与调度定时任务生成及运行原理前端传入定时任务相关信息，包括定时任务执行间隔，开始执行时间等参数向pg中插入定时任务记录的同时，调用chronos的接口进行定时任务的创建当定时任务到达预定执行时间时，chronos会根据pg中存入的url地址调用对应模块暴露的exec接口，进行任务的执行关于gorm的使用使用gorm对数据库表进行基本CRUD操作时，需注意顺序问题，例如middleware.DB.Where("id = (?)", task.ID).Delete(&m)中delete操作需要在where条件之后，否则where条件不会生效关于go语法p, err := paramsDealWith(c) if err != nil { errno.Abort(errno.ErrBind, err, c) return }if p, err := paramsDealWith(c); err != nil { errno.Abort(errno.ErrBind, err, c) return }如上图所示，Go语言中可以将图1中赋值与判断合为一个整体，从而简化语法，提升代码可读性

HashMap和Hashtable之间的区别 HashMap 和 Hashtable 有什么区别？HashMap 和 Hashtable 都是用于存储键和值的对应关系，都是map的实现类，都是使用哈希表的方式存储。1.线程安全性不同Hashtable是线程安全的，它的每个方法中都加入了Synchronize方法。在多线程并发的环境下，可以直接使用Hashtable，不需要自己为它的方法实现同步HashMap不是线程安全的，在多线程并发的环境下，可能会产生死锁等问题虽然HashMap不是线程安全的，但是它的效率会比Hashtable要好很多。在我们的日常使用当中，大部分时间是单线程操作的2.继承的父类不同HashTable是继承自Dictionary类，而HashMap是继承自AbstractMap类。不过它们都实现了同时实现了map、Cloneable（可复制）、Serializable（可序列化）这三个接口3.是否可以储存nullHashTable不允许储存null值（key和value都不可以），HashMap允许使用null值（key和value）都可以4.遍历方法不同HashTable使用Enumeration遍历，HashMap使用Iterator进行遍历5.初始化和扩容方式不同Hashtable默认的初始大小为11，之后每次扩充，容量变为原来的2n+1。HashMap默认的初始化大小为16。之后每次扩充，容量变为原来的2倍创建时，如果给定了容量初始值，那么Hashtable会直接使用你给定的大小，而HashMap会将其扩充为2的幂次方大小。也就是说Hashtable会尽量使用素数、奇数。而HashMap则总是使用2的幂作为哈希表的大小————————————————版权声明：本文为CSDN博主「暴走的山交」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。原文链接：https://blog.csdn.net/qq_43649223/article/details/107444805

【MySQL优化】——看懂explain explainexplain模拟优化器执行SQL语句，在5.6以及以后的版本中，除过select，其他比如insert，update和delete均可以使用explain查看执行计划，从而知道mysql是如何处理sql语句，分析查询语句或者表结构的性能瓶颈。作用1、表的读取顺序2、数据读取操作的操作类型3、哪些索引可以使用4、哪些索引被实际使用5、表之间的引用6、每张表有多少行被优化器查询explain用法explain+SQL语句即可！执行计划包含的信息如下信息描述id查询的序号，包含一组数字，表示查询中执行select子句或操作表的顺序 两种情况 id相同，执行顺序从上往下id不同id值越大，优先级越高，越先执行select_type查询类型，主要用于区别普通查询，联合查询，子查询等的复杂查询1、simple ——简单的select查询，查询中不包含子查询或者UNION2、primary ——查询中若包含任何复杂的子部分，最外层查询被标记3、subquery——在select或where列表中包含了子查询4、derived——在from列表中包含的子查询被标记为derived（衍生），MySQL会递归执行这些子查询，把结果放到临时表中5、union——如果第二个select出现在UNION之后，则被标记为UNION，如果union包含在from子句的子查询中，外层select被标记为derived6、union result:UNION 的结果table输出的行所引用的表type显示联结类型，显示查询使用了何种类型，按照从最佳到最坏类型排序1、system：表中仅有一行（=系统表）这是const联结类型的一个特例。2、const：表示通过索引一次就找到，const用于比较primary key或者unique索引。因为只匹配一行数据，所以如果将主键置于where列表中，mysql能将该查询转换为一个常量3、eq_ref:唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于唯一索引或者主键扫描4、ref:非唯一性索引扫描，返回匹配某个单独值的所有行，本质上也是一种索引访问，它返回所有匹配某个单独值的行，可能会找多个符合条件的行，属于查找和扫描的混合体5、range:只检索给定范围的行，使用一个索引来选择行。key列显示使用了哪个索引，一般就是where语句中出现了between,in等范围的查询。这种范围扫描索引扫描比全表扫描要好，因为它开始于索引的某一个点，而结束另一个点，不用全表扫描6、index:index 与all区别为index类型只遍历索引树。通常比all快，因为索引文件比数据文件小很多。7、all：遍历全表以找到匹配的行 注意:一般保证查询至少达到range级别，最好能达到ref。possible_keys指出MySQL能使用哪个索引在该表中找到行key显示MySQL实际决定使用的键(索引)。如果没有选择索引,键是NULL。查询中如果使用覆盖索引，则该索引和查询的select字段重叠。key_len表示索引中使用的字节数，该列计算查询中使用的索引的长度在不损失精度的情况下，长度越短越好。如果键是NULL,则长度为NULL。该字段显示为索引字段的最大可能长度，并非实际使用长度。ref显示索引的哪一列被使用了，如果有可能是一个常数，哪些列或常量被用于查询索引列上的值rows根据表统计信息以及索引选用情况，大致估算出找到所需的记录所需要读取的行数Extra包含不适合在其他列中显示，但是十分重要的额外信息1、Using filesort：说明mysql会对数据适用一个外部的索引排序。而不是按照表内的索引顺序进行读取。MySQL中无法利用索引完成排序操作称为“文件排序”2、Using temporary:使用了临时表保存中间结果，mysql在查询结果排序时使用临时表。常见于排序order by和分组查询group by。3、Using index:表示相应的select操作用使用覆盖索引，避免访问了表的数据行。如果同时出现using where，表名索引被用来执行索引键值的查找；如果没有同时出现using where，表名索引用来读取数据而非执行查询动作。4、Using where :表明使用where过滤5、using join buffer:使用了连接缓存6、impossible where:where子句的值总是false，不能用来获取任何元组7、select tables optimized away：在没有group by子句的情况下，基于索引优化Min、max操作或者对于MyISAM存储引擎优化count（*），不必等到执行阶段再进行计算，查询执行计划生成的阶段即完成优化。8、distinct：优化distinct操作，在找到第一匹配的元组后即停止找同样值的动作。SQL执行顺序想要优化SQL，必须清楚知道SQL的执行顺序，这样再配合explain才能事半功倍！完整SQL语句select distinct <select_list> from <left_table><join_type> join <right_table> on <join_condition> where <where_condition> group by <group_by_list> having <having_condition> order by <order_by_condition> limit <limit number>SQL执行顺序1、from <left_table><join_type> 2、on <join_condition> 3、<join_type> join <right_table> 4、where <where_condition> 5、group by <group_by_list> 6、having <having_condition> 7、select 8、distinct <select_list> 9、order by <order_by_condition> 10、limit <limit_number>extendextended关键字：仅对select语句有效，在explain后使用extended关键字，可以显示filtered列显示了通过条件过滤出的行数的百分比估计值。也可以通过show warnings显示扩展信息，输出中的 Message值SHOW WARNINGS显示优化程序如何限定SELECT语句 中的表名和列名， SELECT应用重写和优化规则后的外观，以及可能有关优化过程的其他说明。————————————————版权声明：本文为CSDN博主「贾文静_i」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。原文链接：https://blog.csdn.net/jiadajing267/article/details/81269067