supervisord要求管理的进程,必须是非守护进程(Nondaemonizing)
如果是用workerman写的程序,启动命令是 php server.php start, 不能加 -d 选项
Nondaemonizing of Subprocesses
Programs meant to be run under supervisor should not daemonize themselves. Instead, they should run in the foreground. They should not detach from the terminal from which they are started.
- tsql 测试sqlserver连接报如下错误:
locale is “en_US.UTF-8”
locale charset is “UTF-8”
using default charset “UTF-8”
Error 20017 (severity 9):
Unexpected EOF from the server
OS error 115, “Operation now in progress”
Error 20002 (severity 9):
Adaptive Server connection failed
There was a problem connecting to the server
解决方案: 找到 freetds.conf, 修改 tds version = 8.0
查看sql记录
use master;
SELECT TOP 1000
ST.text AS ‘执行的SQL语句’,
QS.execution_count AS ‘执行次数’,
QS.total_elapsed_time AS ‘耗时’,
QS.total_logical_reads AS ‘逻辑读取次数’,
QS.total_logical_writes AS ‘逻辑写入次数’,
QS.total_physical_reads AS ‘物理读取次数’,
QS.creation_time AS ‘执行时间’ ,
QS.*
FROM sys.dm_exec_query_stats QS
CROSS APPLY
sys.dm_exec_sql_text(QS.sql_handle) ST
WHERE QS.creation_time >’2020-08-18′
ORDER BY
QS.total_elapsed_time DESC
查询工单:
use SHCZ;
select SGMRAA.*,
A.DBA002 as RAA004C,DAA002 as RAA005C, DEA002,DEA003,IBB013,IBA004,DFA002,B.DBA002 AS RAA037C,IBB005 AS IBB005C,RAA018 AS RAA018C,DEA057 from SGMRAA left join TPADBA AS A on A.DBA001=RAA004 left join TPADAA on DAA001=RAA005 left join TPADEA on DEA001=RAA015 left join DCSIBB on ( IBB001=RAA011) and ( IBB002=RAA012) and ( RAA010=’32’) left join DCSIBA on ( IBA001=IBB001) left join TPADFA on DFA001=IBA004 left join TPADBA AS B on B.DBA001=RAA037 where ( SGMRAA.RAA003 >= ‘20221011’ ) order by SGMRAA.RAA001
RAA001 单号
RAA002 性质
RAA003 开单日期
RAA004 经办人
RAA005 部门
RAA006 预计开工日期
RAA007 预计完工日期
RAA008 实际开工日期
RAA009 实际完工日期
RAA010 未知
RAA011 RAA012 前置单据
RAA015 主件品号
RAA018 生产数量
RAA019 已生产量
RAA020 应该是 完工码-已完工
RAA026 RAA027 需求计划
RAA005C 部门
DEA002 产品名称
DEA003 单位
IBB013 预交货日
IBA004 客户编码
DFA002
生产计划 (似乎无用)
use SHCZ;
Select SGMSAA.*,A.DBA002 as SAA004C,DAA002 as SAA005C,B.DBA002 as SAA014C from SGMSAA left join TPADBA A on A.DBA001=SAA004 left join TPADAA on DAA001=SAA005 left join TPADBA B on B.DBA001=SAA014 where ( SGMSAA.SAA003 >= ‘20221011’ ) order by SGMSAA.SAA001
由于业务需求,做过很多ERP的对接工作,其中包括 用友U8,金蝶K3 和SAP。
不同系统有不同的扩展能力,有的可以提供较为完整的api,有的可以提供数据库说明,这些对集成工作都相对友好。
但还有不少古老的系统部署在客户的服务器上,甚至正在售卖给新客户。这些系统数据库的表命毫无规则,既不是英语也不是拼音,字段名也是从 001 按顺序依次往后排。
SELECT TOP 1000
ST.text AS ‘执行的SQL语句’,
QS.execution_count AS ‘执行次数’,
QS.total_elapsed_time AS ‘耗时’,
QS.total_logical_reads AS ‘逻辑读取次数’,
QS.total_logical_writes AS ‘逻辑写入次数’,
QS.total_physical_reads AS ‘物理读取次数’,
QS.creation_time AS ‘执行时间’ ,
QS.*
FROM sys.dm_exec_query_stats QS
CROSS APPLY
sys.dm_exec_sql_text(QS.sql_handle) ST
WHERE QS.creation_time >’2020-08-18′
ORDER BY
QS.total_elapsed_time DESC
Incorrect syntax near '.'.
客户反馈系统登录不上去,ssh后发现磁盘满了,根源是 mysql的一个err文件有几十个G,而且在疯狂增长。
搜索到很多方案,有效的是 半亩方塘 » Linux磁盘空间满了,如何通过删除MySQL错误日志(Error Log)释放空间
经过实际观察,在处理之前,mysql.column_stats 表中的 min_value、max_value 的类型定义均为 varchar(255),按参考文章处理之后变成了 varbinary(255)。
大胆猜测如果直接将该字段类型修改为 varbinary(255)应该也可以生效。
对于一个互联网研发来说,这是不存在的一个问题。
但是对于物联网、工业互联网来说,由于客户严格的IT管理制度(有时是因为比较low的IT技术水平或有限的预算),这是个让人绕不开的话题。
今天在使用Dockerfile制作Docker镜像的时候,突然发现以前可以运行的 “RUN yum install -y sudo” 突然运行报错了,错误如下:
Rpmdb checksum is invalid: dCDPT(pkg checksums): sudo.x86_64 0:1.8.6p3-29.el6_9 – u
The command ‘/bin/sh -c yum install -y sudo’ returned a non-zero code: 1
需要在 “yum install …” 前使用 “rpm –rebuilddb” 重建数据库。比如:
RUN rpm –rebuilddb && yum install -y sudo …
顺利解决!
原贴参考:https://blog.csdn.net/kongxx/article/details/78464074
git是对大小写不敏感的, 导致有些文件夹如果命名错误了,非常难改,最近遇到了,做下记录:
1、可以修改git为大小写敏感的(不推荐)
2、使用重命名
git mv oldName NewName
如果你的文件系统是大小写不敏感的,比如Mac电脑,那么经常会遇到这个问题:
fatal: renaming ‘foldername’ failed: Invalid argument
可以这样做:
git mv foldername tempname && git mv tempname folderName
近期评论