EVAL的第二个参数是参数的个数，后面的参数（从第三个参数），表示在脚本中所用到的那些 Redis 键(key)，这些键名参数可以在 Lua 中通过全局变量 KEYS 数组，用 1 为基址的形式访问( KEYS[1] ， KEYS[2] ，以此类推)。事务是整体同生共死，假如有ABCD四个节点与服务器连接，每一个节点中都可能有事物，其中任意一个节点都有可能宕机，为了保证事物的安全性，怎么办？num

从redis淘汰策略，持久化方式的优劣分析，存储协议，高可用性（主从复制，哨兵模式，cluster集群）等方面分析redis主从同步。

手写C/C++死锁检测，有向图

今天发现一个编译错误：undefined reference to `main'，意思是main函数没有定义，明明定义了啊，结果发现main函数被namespace包起来了，所以报了下面的一堆的错误。（一个程序中，main函数只能有一个，低级错误，mark）/usr/bin/ld: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info

参考https://www.cnblogs.com/minseo/p/13065321.html在 /etc/apt/sources.list 的末尾加上然后更新之，apt-get updateapt-cache search linux-image > kernel_list.log打开kernel_list.log ，找到你的目标 linux-image-5.4.0-42-generic，然后

invoke_main@@YAHXZ) 中引用了该符号 [G:\c++\customer\vs_code\retry2\build\retry2_async.vcxproj][build] G:\c++\customer\vs_code\retry2\build\Debug\retry2_async.exe : fatal error LNK1120: 1 个无法解析的外部命令 [G:\c++\c

类似的错误信息如下：[ERROR] [1611906790.607272604]: Client [/listener_5059_456439] wants topic /move_base_simple/goal to have datatype/md5sum [std_msgs/String/992ce8a1687cec8c8bd883ec73ca41d1], but our version