ECT

IDE硬盘接口名为/dev/had SAS、SCSI、SATA硬盘接口为/dev/sda 高效云盘接口为/dev/vda 查看linux分区的block大小 dumpe2fs /dev/sda1 | grep”Block size” tune2fs -l /dev/sda1 | grep”Block size” stat /boot/ | grep”10 Block” 查看Linux系统inode的方法 dumpe2fs /dev/sda1 | grep “Inode size” tune2fs -l /dev/sda1 | grep “Inode size” stat /boot/ | grep “Inode” 格式化磁盘，-b指定默认block值，-l指定默认inode值 mkfs.ext4 -b 4096 -l 256 /dev/sdb 1- 检测新加入的磁盘 fdisk -l 2- 基于新硬盘/dev/sdb设备，创建分区/dev/sdb1 fdisk /dev/sdb n 添加一个新分区 p 打印分区表信息 l 列出已知分区类型 Enter +20G 输入需划分空间大小 Enter w 写入保存 fdisk -l | tail -10 3- 格式化磁盘分区 mkfs.ext4 /dev/sdb1 4- 挂载/dev/sdb1分区到/data目录 mkdir -p

版权声明：本文为博主原创文章，遵循 CC 4.0 by-sa 版权协议，转载请附上原文出处链接和本声明。 本文链接：https://blog.csdn.net/zhouzhiwengang/article/details/94595163 昨天参考网上的相关教程，Centos7安装Zookeeper3.4.12并实现开机自动，今天早上开启虚拟机，查看zookeeper 的服务状态： 1：切换至zookeeper 的安装目录： cd /usr/local/zookeeper/zookeeper-3.4.12/bin 2：查看zookeeper 的服务状态 ./zkServer.sh status 3：查看的服务结果：zookeeper 服务没有正常启动 ZooKeeper JMX enabled by default Using config: /usr/local/zookeeper/zookeeper-3.4.12/bin/../conf/zoo.cfg Error contacting service. It is probably not running. google 检索了一下：'centos7 开机自启动的实现方式'，得到的结果无非是以下几种方式： 第一种：编辑/etc/rc.local 文件方式 第二种：在/etc/rc.d/init.d 添加可执行脚本程序

某厂面试归来，发现自己落伍了！>>> 操作之前建议备份相关文件 1、Linux系统的用户帐号策略 1.1 Linux如何设置用户登录超时（闲置时间） 怎样让服务器在一定时间没有任何操作的终端自动断开连接？ OpenSSH基于安全的理由，如果用户连线到SSH Server后闲置一段时间， SSH Server会在超过特定时间后自动终止SSH连线。 1.1.1 针对所有用户 vi /etc/profile ... export TMOUT=900 # 设置闲置时间为15分钟，单位为秒;如果没有此行则直接添加进去 ... 保存退出，使用命令 source /etc/profile 立即生效 1.1. 2. 针对特定用户（如针对user_1） # cd /home/user_1/ # vi .bash_profile ... export TMOUT=900 ... 保存退出，使用命令 source /home/user_1/.bash_profile 立即生效 注:如果习惯保持长时间连接,可以改下面配置文件 1、打开ssh配置文件： vi /etc/ssh/sshd_config 加入如下两个参数保存就可以： TCPKeepAlive yes ClientAliveCountMax 360 注：前一个参数表示要保持TCP连接

错误出现的原因大概是这样的： 方法是:linux环境下修改 /ect/my.cnf win下修改 安装路径下的my.ini (注意一定是安装路径下的配置文件，有些可能有多个my.ini不然不生效 再次注意一定是[mysqld] 下配置 ) sql_mode=NO_UNSIGNED_SUBTRACTION,NO_ENGINE_SUBSTITUTION （还有一种指标不治本的方法就不说了贴个连接自己看： https://blog.csdn.net/qq_42175986/article/details/82384160 ） select @@global.sql_mode;//使用sql语句查询sql_mode配置 具体sql_mode配置自行百度 来源： oschina 链接： https://my.oschina.net/u/3774949/blog/3191517

经常遇到乱码问题，再次做一下总结可能不全，后期也会不定期更新。 1.服务器乱码 正常的UTF-8服务器编码应该是这样的吧。修改成功可以仔细对照下是不是一样。 huadong@d2692bb6bc28:~/szab_wx$ locale LANG=zh_CN:UTF-8 LANGUAGE=zh_CN:zh:en_US:en LC_CTYPE="zh_CN.UTF-8" LC_NUMERIC="zh_CN.UTF-8" LC_TIME="zh_CN.UTF-8" LC_COLLATE="zh_CN.UTF-8" LC_MONETARY="zh_CN.UTF-8" LC_MESSAGES="zh_CN.UTF-8" LC_PAPER="zh_CN.UTF-8" LC_NAME="zh_CN.UTF-8" LC_ADDRESS="zh_CN.UTF-8" LC_TELEPHONE="zh_CN.UTF-8" LC_MEASUREMENT="zh_CN.UTF-8" LC_IDENTIFICATION="zh_CN.UTF-8" LC_ALL=zh_CN.UTF-8 修改方式1：修改配置文件 vi /ect/local 或者 vi /etc/environment 或者 /var/lib/locales/supported.d/local ，此处local的路径自己找一下。修改完执行

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 背景： 用户在使用MaxCompute与DataWorks这两种权限模型不清楚，并且对于相关MaxCompute的权限执行语句也不太熟悉，以至于在自己的实际操作中不能建立完整的权限策略，导致权限控制的混乱，甚至在开发过程中时常遇到权限问题的错误，导致延误业务的推动进展，该篇文档集主要的权限知识点与一体，常用的MaxCompute权限语句，以及经典的开发环境和生产环境之间的赋权示例给大家做出做出介绍。 一、MaxCompute的安全模型 二、DataWorks安全模型 三、子账户添加的限制 四、MaxCompute的授权管理图 五、授权场景和注意事项 六、移除用户的注意事项 七、成员管理的相关语句 查看成员： Project owner或admin命令行执行 List users; --查看成员列表 Show grants for <username>; -- 查看某成员权限 添加成员： 1.DataWorks添加RAM子账号； 2.Project owner或admin命令行方式执行 add user <username> --可为RAM子账户或其他云账户 删除成员： 1.DataWorks删除RAM子账号； 2.Project owner或admin命令行方式执行： remove user <username

/etc/profile:此文件为系统的每个用户设置环境信息,当用户第一次登录时,该文件被执行. 并从/etc/profile.d目录的配置文件中搜集shell的设置. /etc/bashrc:为每一个运行bash shell的用户执行此文件.当bash shell被打开时,该文件被读取. ~/.bash_profile:每个用户都可使用该文件输入专用于自己使用的shell信息,当用户登录时,该 文件仅仅执行一次!默认情况下,他设置一些环境变量,执行用户的.bashrc文件. ~/.bashrc:该文件包含专用于你的bash shell的bash信息,当登录时以及每次打开新的shell时,该文件被读取 . ~/.bash_logout:当每次退出系统(退出bash shell)时,执行该文件. 另外,/etc/profile中设定的变量(全局)的可以作用于任何用户,而~/.bashrc等中设定的变量(局部)只能继承/etc/profile中的变量,他们是"父子"关系. ~/.bash_profile 是交互式、login 方式进入 bash 运行的 ~/.bashrc 是交互式 non-login 方式进入 bash 运行的 通常二者设置大致相同，所以通常前者会调用后者。 bash的几个初始化文件 - [Ubuntu] （1）/etc/profile 全局（公有）配置

作者：赵一霖 背景知识 SQL 语句发送到 TiDB 后首先会经过 parser，从文本 parse 成为 AST（抽象语法树），AST 节点与 SQL 文本结构是一一对应的，我们通过遍历整个 AST 树就可以拼接出一个与 AST 语义相同的 SQL 文本。 对 parser 不熟悉的小伙伴们可以看 TiDB 源码阅读系列文章（五）TiDB SQL Parser 的实现 。 为了控制 SQL 文本的输出格式，并且为方便未来新功能的加入（例如在 SQL 文本中用 “*” 替代密码），我们引入了 RestoreFlags 并封装了 RestoreCtx 结构（ 相关源码 ）： // `RestoreFlags` 中的互斥组: // [RestoreStringSingleQuotes, RestoreStringDoubleQuotes] // [RestoreKeyWordUppercase, RestoreKeyWordLowercase] // [RestoreNameUppercase, RestoreNameLowercase] // [RestoreNameDoubleQuotes, RestoreNameBackQuotes] // 靠前的 flag 拥有更高的优先级。 const ( RestoreStringSingleQuotes RestoreFlags = 1