bizlogger是一款可输出CSV日志并按时间切分的日志模块，分割符可定制。goroutine安全。日志字符串拼接采用先计算总长度再一次性分配内存的方法来提升效率。按时间切分功能利用的是logrotator来实现的。用法：package mainimport ("fmt""github.com/pochard/bizlogger""time")func main(...

go-redis对redis执行批量操作的类是Pipeliner，具体示例如下.运行该示例可在redis服务端依次接收到:MULTIincrtx_pipeline_counterexpiretx_pipeline_counter 3600EXECpackage mainimport ("fmt""github.com/go-redis/redis""t...

版权所有，请勿转载go-redis模块自带连接池，所有参数都是可选的，参数配置说明示例如下：package mainimport ("fmt""github.com/go-redis/redis""net/http""net""time")var gClient *redis.Clientfunc handler(w http.ResponseWrite...

调用append函数时，当原有长度加上新追加的长度如果超过容量则会新建一个数组，新旧切片会指向不同的数组；如果没有超过容量则在原有数组上追加元素，新旧切片会指向相同的数组，这时对其中一个切片的修改会同时影响到另一个切片。其伪代码在如下文件里，而实际上append会在编译时期被当成一个TOKEN直接编译成汇编代码，因此append并不是在运行时调用的一个函数。\src\cmd\compile\i..

服务器意外断电后，Grafana能启动，但无法正常访问，日志里报“database is locked"，问题原因是grafana.db这个文件在断电时出现了数据不一致的状态，修复方法：cd到grafana的db目录，用sqlite3命令打开grafana.db，进入交互式环境sqlite3 grafana.db输入命令：sqlite> .backup main grafana-new.db

今天，不小心把两个从节点的redis数据和配置文件夹删除了，导致这两个节点从集群里fail了。从一个正常的节点可以查看到node.conf(cluster-config-file配置的文件)如下：我在网上找了一圈也没有找到这种情况如何修复，自己研究了一下，对于节点来说最重要的就是node.conf这个文件，如果已经丢失，则需要从其它正常节点拷贝一份到待修复的节点，并且把myself改一下，去掉fa

版权所有，请勿转载go-redis模块自带连接池，所有参数都是可选的，参数配置说明示例如下：package mainimport ("fmt""github.com/go-redis/redis""net/http""net""time")var gClient *redis.Clientfunc handler(w http.ResponseWrite...

package mainimport ("fmt""github.com/go-redis/redis")func main() {client := redis.NewClient(&redis.Options{Addr:"127.0.0.1:6380",Password: "",DB:0,.

以集群模式登录到待切换的从节点，然后执行CLUSTER FAILOVER命令，执行成功则显示OK，即完成主从切换示例，9003是切换之前的从节点：redis-cli -p 9003 -c 127.0.0.1:9003> CLUSTER FAILOVER OK

redis 5.0以上可以通过如下命令向整个集群执行flushall命令：redis-cli --cluster call <one-of-the-nodes-address>:<its-port> FLUSHALL示例如下：通过--cluster参数向集群发出flushall命令：[root@dev hermes_ta]# redis-cli --cluster call