钛锅
优点:无涂层
缺点:不粘效果没有那么好， 但是还是有一定效果的

苏泊尔 钛锅
优点:没涂层，安全，无重金属或涂层影响身体健康的担忧

缺点: 厨艺不好还是会粘， 但是比普通锅的搞粘性要好一点

有趣

@coolloves 是的， 跟操作 linux 命令行一样 grep 操作， 这样子就可以少写一些 where 语句 like 语句， 这样子要方便一些

@Jisxu 感谢， 这个项目不错，比我写的这个轮子不知道要高明到哪里去了， 这个我看了一下，稍要学习一下怎么用，目前我下载了测试了一下， 发现 (not connected)=> my://root:[email protected]:4000/test 一直停留在这里，感觉没有连接上一样，状态一直是 not connected ，数据库的连接信息确认是对的， 可能需要一点点学习成本，我有空研究一下

@FrankAdler 没有， 我尝试过的， 能实现， 但是有点麻烦， 不想花费太多时间在这个上面上。

@superchijinpeng 不可否认，mysqlsh 是一个非常强大的命令行工具， 它是用来准备替换 mysql 的， 它支持 python js 两种引擎， 它为 mgr 集群 主从同步提供了非常便利的操作， 我也一样在用它， 但是安装它稍微要麻烦一点点， 需要解压到目录，以及设置环境变量， 另外，mysqlsh 并不是完全的无依赖， 不信请看
root@cdfea3ff6ac5:/opt/test/mysql-shell-8.0.36-linux-glibc2.12-x86-64bit# ls /opt/test/mysql-shell-8.0.36-linux-glibc2.12-x86-64bit
bin lib libexec share
root@cdfea3ff6ac5:/opt/test/mysql-shell-8.0.36-linux-glibc2.12-x86-64bit# ldd /opt/test/mysql-shell-8.0.36-linux-glibc2.12-x86-64bit/bin/mysqlsh
linux-vdso.so.1 (0x00007fff30ea2000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f19e2d3d000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f19e2d38000)
libcrypto.so.3 => /opt/test/mysql-shell-8.0.36-linux-glibc2.12-x86-64bit/bin/../lib/mysqlsh/libcrypto.so.3 (0x00007f19e2600000)
libssl.so.3 => /opt/test/mysql-shell-8.0.36-linux-glibc2.12-x86-64bit/bin/../lib/mysqlsh/libssl.so.3 (0x00007f19e2200000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f19e2d27000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f19e2d20000)
libssh.so.4 => /opt/test/mysql-shell-8.0.36-linux-glibc2.12-x86-64bit/bin/../lib/mysqlsh/libssh.so.4 (0x00007f19e1e00000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x00007f19e2d1b000)
libpython3.10.so.1.0 => /opt/test/mysql-shell-8.0.36-linux-glibc2.12-x86-64bit/bin/../lib/mysqlsh/libpython3.10.so.1.0 (0x00007f19e1800000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f19e2c3c000)
libantlr4-runtime.so.4.10.1 => /opt/test/mysql-shell-8.0.36-linux-glibc2.12-x86-64bit/bin/../lib/mysqlsh/libantlr4-runtime.so.4.10.1 (0x00007f19e1400000)
libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f19e11e6000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f19e2c1a000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f19e1005000)
/lib64/ld-linux-x86-64.so.2 (0x00007f19e2d46000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f19e2bfb000)
libgssapi_krb5.so.2 => /opt/test/mysql-shell-8.0.36-linux-glibc2.12-x86-64bit/bin/../lib/mysqlsh/libgssapi_krb5.so.2 (0x00007f19e0c00000)
libkrb5.so.3 => /opt/test/mysql-shell-8.0.36-linux-glibc2.12-x86-64bit/bin/../lib/mysqlsh/libkrb5.so.3 (0x00007f19e0800000)
libk5crypto.so.3 => /opt/test/mysql-shell-8.0.36-linux-glibc2.12-x86-64bit/bin/../lib/mysqlsh/libk5crypto.so.3 (0x00007f19e0400000)
libcom_err.so.3 => /opt/test/mysql-shell-8.0.36-linux-glibc2.12-x86-64bit/bin/../lib/mysqlsh/libcom_err.so.3 (0x00007f19e0000000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007f19e25f4000)
libkrb5support.so.0 => /opt/test/mysql-shell-8.0.36-linux-glibc2.12-x86-64bit/bin/../lib/mysqlsh/libkrb5support.so.0 (0x00007f19dfc00000)
libkeyutils.so.1 => /lib/x86_64-linux-gnu/libkeyutils.so.1 (0x00007f19e25eb000)

@iyiluo 终于有人能明白我的痛点，刚需了， 其它人都在扯功能，跟官方的区别

@Rehtt 感谢提供， 这个我看了一下， 这个功能更强大了， 我看它是基于 python 开发的， 它的依赖库估计不少，python 程序用 py2exe pyinstaller 类似的打包的话，一个体积太大， 另一个我曾经碰到过打包后可能存在兼容性问题， 我主要需要的就是 单文件 静态编译 无其它库文件依赖

@ramirezyolis808 正常来说是这个道理， 可我接触的有的服务器是没有外网的， 没法直接 apt-get yum dnf 等操作

@Comyn mycli 我看了一下 功能很强大， 但是跟我的需求不想符， 我主要需要的就是 单文件 静态编译 无其它库文件依赖， 我只要能连接上能执行基本的 sql 命令就行

@fatyoung 当年是准备用来跑 hbase 的. 提升性能的

@bjfane 没用专业工具来检查， 只是手动尝试了一些文件，都是完好的。

@hefish ，没秀，这东西又不是什么好东西， 这玩意在现在看来都是垃圾了， 现在随便拿个 nvme 的 ssd,在性能上早已能吊打它了， 只是想问一下大家， 让自己用起来心里更有底一点。

@745839 @yangxiaopeipei 不出哦， 毕竟当年是花了大价格买的， 更何况这个 sata 的 ssd ， 现在随便拿个 nvme 的 ssd,在性能上早已能吊打它了

@nothingistrue , 我的关注点不是 ssd 硬盘的使用寿命， 我关注的是在 ssd 在断电后， 里面已经存放的文件在经历多少年后不丢失的问题， 现在不是说闪存类的存储在断电后的一定时间内， 文件有丢失的风险，

这个是企业盘， 大概是在 16 年左右买的。 当时买得还有点贵，近 6k 的样子， 现在手上还有好几块

这没什么问题啊， 通过目录挂载进去的执行的， 其实 docker 中运行的进程在宿主机的进程列表中都能看到， 你可以把 docker 想像为加上了一些资源隔离机制的进程。

屡战屡败
屡败屡战